Vous devez refactoriser une application web traditionnelle hébergée sur EC2 en microservices basés sur des conteneurs dans deux environnements distincts (production et test). La charge varie, mais vous connaissez la charge minimale et maximale attendue. Vous souhaitez une conception serverless qui minimise les frais opérationnels et soit la plus rentable. Quelle solution devriez-vous choisir ?

La solution correcte est de pousser les images de conteneurs vers Amazon ECR et de créer deux clusters Amazon ECS auto-dimensionnés avec Fargate. Cela offre une architecture serverless pour les conteneurs, minimisant les frais opérationnels car AWS gère l'infrastructure sous-jacente. L'auto-dimensionnement gère efficacement les variations de charge, et l'utilisation de deux clusters distincts assure l'isolation entre la production et le test. Un ALB devant chaque cluster distribue le trafic. L'option Lambda conteneurisée est moins adaptée pour une application web complète, car Lambda a des limites de temps d'exécution et de mémoire qui pourraient être restrictives. EKS avec Fargate est une option viable mais plus complexe à gérer qu'ECS, ce qui augmente les frais opérationnels. Elastic Beanstalk est une solution PaaS qui gère les conteneurs, mais elle n'est pas aussi "serverless" que Fargate et peut entraîner des coûts plus élevés pour la gestion de l'infrastructure sous-jacente.