Un'applicazione migrata ad AWS ha un frontend di sito web statico attualmente in esecuzione su due istanze EC2 dietro un ALB e un backend Python su tre istanze EC2 dietro un altro ALB. Le istanze sono di tipo On-Demand di grandi dimensioni e per uso generico, dimensionate per il carico di picco on-premises, ma il traffico è concentrato durante l'ora di pranzo e leggero altrimenti. L'architetto di soluzioni deve ridurre i costi dell'infrastruttura senza compromettere la disponibilità. Quale combinazione di azioni dovrebbe essere intrapresa? (Scegliere due.)

Spostare il frontend su Amazon S3 per l'hosting di siti web statici è una soluzione economicamente vantaggiosa e altamente disponibile. S3 offre scalabilità automatica e non richiede la gestione di istanze EC2, riducendo significativamente i costi operativi e di infrastruttura. Migrare l'applicazione Python di backend su istanze EC2 burstable (come T3 o T4g) è appropriato perché il traffico è concentrato solo durante l'ora di pranzo. Le istanze burstable sono ideali per carichi di lavoro con utilizzo della CPU basso ma con picchi occasionali, consentendo di pagare solo per le risorse necessarie e di risparmiare sui costi rispetto a istanze On-Demand di grandi dimensioni. Modificare tutte le istanze EC2 in istanze ottimizzate per il calcolo non ridurrebbe i costi, poiché queste istanze sono progettate per carichi di lavoro ad alta intensità di calcolo e potrebbero essere più costose. Distribuire il frontend su Elastic Beanstalk non ridurrebbe i costi se si mantengono le stesse istanze, in quanto Elastic Beanstalk è un servizio di PaaS che automatizza la gestione, ma non ottimizza intrinsecamente i costi delle istanze sottostanti. Modificare tutte le istanze EC2 del backend in Spot Instances comporterebbe un rischio di interruzione, compromettendo la disponibilità, il che è contrario ai requisiti.