È necessario eseguire il refactoring di un'applicazione web tradizionale ospitata su EC2 in microservizi basati su container in due ambienti separati (produzione e test). Il carico varia, ma si conoscono il carico minimo e massimo previsti. Si desidera un design serverless che riduca al minimo l'overhead operativo e sia il più conveniente possibile. Quale soluzione si dovrebbe scegliere?

La soluzione corretta è Amazon ECS con Fargate perché offre un'architettura serverless per i container, riducendo al minimo l'overhead operativo e ottimizzando i costi, in quanto si paga solo per le risorse utilizzate dai container. La scalabilità automatica gestisce efficacemente le variazioni di carico. Le funzioni container di AWS Lambda non sono l'ideale per il refactoring di un'applicazione web tradizionale in microservizi, poiché Lambda è più adatta per carichi di lavoro event-driven e stateless, e i limiti di concorrenza potrebbero non gestire il carico in modo efficiente come la scalabilità automatica di ECS. Amazon EKS con Fargate è una soluzione valida ma più complessa e costosa di ECS, introducendo l'overhead di gestione di Kubernetes, che non è richiesto dai requisiti. AWS Elastic Beanstalk, pur supportando i container, non è completamente serverless e richiede una maggiore gestione delle risorse sottostanti rispetto a ECS Fargate, aumentando l'overhead operativo e i costi.