Un'azienda manifatturiera esegue un'applicazione di generazione di report su AWS come monolite su una singola istanza Amazon EC2. Ogni report richiede circa 20 minuti per essere generato. L'applicazione richiede aggiornamenti frequenti a moduli strettamente accoppiati, causando tempi di inattività durante le patch. Se interrotta, la generazione del report riparte dall'inizio. L'azienda desidera che l'applicazione sia flessibile, scalabile e gradualmente migliorata, riducendo al minimo i tempi di inattività. Quale soluzione soddisfa questi requisiti?

La soluzione migliore è eseguire l'applicazione su Amazon Elastic Container Service (Amazon ECS) come microservizi con auto scaling del servizio. Questa architettura consente di suddividere il monolite in componenti più piccoli e indipendenti (microservizi), che possono essere aggiornati e scalati individualmente, riducendo i tempi di inattività e migliorando la resilienza. L'auto scaling del servizio garantisce che le risorse siano adattate al carico di lavoro, mentre ECS offre un'orchestrazione robusta per i container. Le altre opzioni non soddisfano i requisiti: Eseguire l'applicazione su AWS Lambda come singola funzione non è ideale per processi che durano 20 minuti, dato il limite di esecuzione di Lambda (15 minuti). Le istanze Spot di Amazon EC2 sono economiche ma possono essere interrotte, il che è problematico per la generazione di report che ripartono da capo se interrotti. AWS Elastic Beanstalk con deployment "all-at-once" causerebbe comunque tempi di inattività durante gli aggiornamenti, non risolvendo il problema principale.