Un'azienda ha migrato un'applicazione su AWS. L'applicazione è in esecuzione su due istanze EC2 dietro un Application Load Balancer (ALB). Il database MySQL è in esecuzione su un'istanza EC2 separata ed è ad alta intensità di lettura. Ogni istanza EC2 memorizza contenuti statici frequentemente aggiornati sul suo volume Amazon EBS collegato; il contenuto statico deve essere copiato su ogni volume EBS quando viene aggiornato. Il carico varia durante il giorno e durante i periodi di punta l'applicazione non riesce a soddisfare tutte le richieste. Il tracciamento mostra che il database non è in grado di gestire il traffico di lettura di punta. Quale soluzione aumenterà l'affidabilità dell'applicazione?

L'opzione corretta risolve tutti i problemi identificati. La containerizzazione con ECS Fargate e Application Auto Scaling gestisce il carico variabile e migliora la scalabilità dell'applicazione. Amazon EFS fornisce una soluzione centralizzata e scalabile per il contenuto statico, eliminando la necessità di copiare i dati su ogni volume EBS. Amazon Aurora MySQL Serverless v2 con un'istanza di lettura risolve il problema del traffico di lettura elevato del database, offrendo scalabilità automatica e alta disponibilità. Le opzioni errate presentano diverse carenze: La migrazione a Lambda o Step Functions potrebbe richiedere una riscrittura significativa dell'applicazione e l'uso di un singolo volume EBS per il contenuto statico non è scalabile o resiliente. L'opzione che propone un singolo volume EBS montato su un cluster ECS non è una soluzione scalabile o altamente disponibile per il contenuto statico in un ambiente containerizzato.