Une entreprise manufacturière exécute une application de génération de rapports sur AWS en tant que monolithe sur une seule instance Amazon EC2. Chaque rapport prend environ 20 minutes à générer. L'application nécessite des mises à jour fréquentes de modules étroitement couplés, ce qui entraîne des temps d'arrêt pendant les correctifs. En cas d'interruption, la génération du rapport redémarre depuis le début. L'entreprise souhaite que l'application soit flexible, évolutive et améliorée progressivement tout en minimisant les temps d'arrêt. Quelle solution répond à ces exigences ?

L'exécution de l'application sur Amazon ECS en tant que microservices avec l'auto scaling de service est la meilleure solution. La décomposition du monolithe en microservices permet des mises à jour indépendantes des modules, réduisant les temps d'arrêt et permettant une amélioration progressive. ECS offre une orchestration de conteneurs pour la flexibilité et la gestion des microservices. L'auto scaling de service garantit que l'application peut gérer des charges variables, répondant aux exigences d'évolutivité. Les autres options sont moins adaptées : AWS Lambda a une limite d'exécution de 15 minutes, ce qui est insuffisant pour les rapports de 20 minutes. Les instances EC2 Spot ne sont pas idéales pour les charges de travail ininterrompues, car elles peuvent être révoquées, ce qui entraînerait la perte de la progression du rapport. Elastic Beanstalk avec un déploiement "tout-en-une" ne résout pas le problème du monolithe ni les temps d'arrêt lors des mises à jour.