Un'azienda ha un'applicazione web on-premises che subisce picchi di latenza due volte al mese. All'inizio di un picco, l'utilizzo della CPU aumenta immediatamente di 10 volte rispetto al normale. L'azienda migrerà l'applicazione ad AWS e desidera uno scaling automatico per gestire l'aumento della domanda. L'azienda utilizzerà AWS Elastic Beanstalk per il deployment. Quale soluzione soddisfa questi requisiti?

La risposta corretta è configurare un ambiente Elastic Beanstalk con istanze burstable performance in modalità illimitata e scalare in base alle richieste. Le istanze burstable (come T2/T3) sono ideali per carichi di lavoro con picchi di utilizzo, poiché possono "burstare" a un'elevata CPU quando necessario, mantenendo bassi i costi di base. La modalità illimitata impedisce che le prestazioni vengano limitate quando i crediti CPU si esauriscono. Scalare in base alle richieste (ad esempio, utilizzo della CPU) è appropriato per gestire picchi imprevedibili, come quelli descritti, garantendo che le risorse aumentino solo quando necessario. Le istanze compute optimized sono costose e non ottimali per carichi di lavoro con picchi. Scalare in base a una pianificazione non è adatto per picchi imprevedibili, mentre le metriche predittive sono più complesse e non sempre necessarie per picchi noti ma irregolari.