Une entreprise développe un service de vidéo à la demande utilisant des microservices. Le service sera lancé avec 5 millions d'utilisateurs et atteindra 30 millions d'utilisateurs après 6 mois. L'application est déployée sur Amazon ECS à l'aide d'AWS Fargate. Les services ECS communiquent via HTTPS. Un architecte de solutions doit implémenter des déploiements bleu/vert, acheminer le trafic vers chaque service ECS via un équilibreur de charge et s'assurer que l'application met automatiquement à l'échelle le nombre de tâches en réponse à une alarme Amazon CloudWatch. Quelle conception répond à ces exigences?

La bonne réponse est de configurer les services ECS pour les déploiements bleu/vert avec un Application Load Balancer (ALB) et d'implémenter le Service Auto Scaling pour chaque service ECS. L'ALB est idéal pour les microservices basés sur HTTP/HTTPS, car il peut acheminer le trafic en fonction du contenu de la requête, ce qui est essentiel pour les déploiements bleu/vert et la gestion du trafic vers des versions de service spécifiques. Le Service Auto Scaling d'ECS ajuste automatiquement le nombre de tâches en fonction des métriques CloudWatch, répondant ainsi aux exigences de mise à l'échelle automatique. Les Network Load Balancers (NLB) sont moins adaptés car ils opèrent au niveau de la couche 4 (TCP/UDP) et n'offrent pas les fonctionnalités de routage basées sur le contenu nécessaires aux déploiements bleu/vert pour les microservices HTTP/HTTPS. L'utilisation de groupes Auto Scaling avec Cluster Autoscaler est pertinente pour les clusters Kubernetes, mais pas pour la mise à l'échelle des tâches ECS Fargate, qui utilise le Service Auto Scaling. Les demandes d'augmentation de quota ne sont pas une solution de mise à l'échelle automatique.