Un'azienda intende migrare un'applicazione web Java legacy on-premise su AWS. L'applicazione è eseguita su Apache Tomcat e utilizza PostgreSQL. L'azienda non può modificare il codice sorgente, ma può distribuire i file JAR. Il traffico presenta picchi alla fine di ogni mese. Quale soluzione soddisfa queste esigenze con il MINOR overhead operativo?

La risposta corretta è l'utilizzo di AWS Elastic Beanstalk con Amazon RDS. Elastic Beanstalk è un servizio PaaS (Platform as a Service) che semplifica il deployment e la gestione di applicazioni web, supportando direttamente Apache Tomcat e gestendo automaticamente l'infrastruttura sottostante (EC2, bilanciamento del carico, scalabilità automatica) con un overhead operativo minimo. Amazon RDS for PostgreSQL offre un database relazionale gestito, eliminando la necessità di gestire il database su EC2. L'Application Load Balancer e CloudFront migliorano la gestione del traffico e la distribuzione dei contenuti, essenziali per i picchi di fine mese. Le altre opzioni sono meno ideali: Avviare istanze EC2 e installare Tomcat/PostgreSQL manualmente aumenta notevolmente l'overhead operativo. EFS non è la soluzione ottimale per lo storage di database relazionali e Step Functions non è il servizio appropriato per la scalabilità delle istanze EC2 in risposta al traffico web. Amazon EKS introduce complessità di gestione dei container e non è la scelta con il "minor overhead operativo" per un'applicazione legacy senza modifiche al codice. Rifattorizzare l'applicazione Java in Python e migrare a Lambda/DynamoDB richiede modifiche significative al codice sorgente, che l'azienda non può fare.