Un carico di lavoro legacy ha il livello applicativo stateless su una singola istanza EC2 di grandi dimensioni avviata da un'AMI e il database MySQL su una singola istanza EC2. La CPU sul server delle applicazioni raggiunge spesso il 100%, causando interruzioni. L'applicazione delle patch viene eseguita manualmente e ha causato tempi di inattività. L'azienda deve rendere l'applicazione altamente disponibile con il minor sforzo di sviluppo. Quale soluzione soddisfa questo requisito?

L'opzione corretta risolve i problemi di disponibilità e scalabilità con il minimo sforzo di sviluppo. Creare una nuova AMI con l'SSM Agent consente una gestione automatizzata delle patch, riducendo i tempi di inattività. L'uso di un gruppo Auto Scaling con un Application Load Balancer distribuisce il carico, previene il sovraccarico della CPU e garantisce l'alta disponibilità, scalando automaticamente in base all'utilizzo della CPU. La migrazione a Amazon Aurora MySQL offre un database altamente disponibile e scalabile, compatibile con MySQL, minimizzando le modifiche all'applicazione. Le altre opzioni implicano uno sforzo di refactoring maggiore (Lambda, containerizzazione) o soluzioni di database non compatibili (DocumentDB, DynamoDB, Neptune) che richiederebbero modifiche significative al codice dell'applicazione, contravvenendo al requisito di "minimo sforzo di sviluppo".