Une entreprise lance une nouvelle application sur un cluster Amazon ECS en utilisant le type de lancement Fargate. L'entreprise surveille le CPU et la mémoire car elle s'attend à un trafic élevé au lancement, mais souhaite réduire les coûts lorsque l'utilisation diminue. Que devrait recommander un architecte de solutions ?

La bonne réponse est d'utiliser AWS Application Auto Scaling avec des politiques de suivi de cible. Fargate est un service de calcul sans serveur pour les conteneurs, et AWS Application Auto Scaling est le service approprié pour ajuster automatiquement le nombre de tâches Fargate en fonction de métriques comme l'utilisation du CPU ou de la mémoire. Les politiques de suivi de cible sont idéales car elles permettent de maintenir une métrique à un niveau spécifié, ce qui est efficace pour gérer les coûts tout en assurant la performance. Les autres options sont incorrectes car : Amazon EC2 Auto Scaling est utilisé pour les instances EC2, pas pour les tâches Fargate. Une fonction AWS Lambda pourrait techniquement déclencher un scaling, mais AWS Application Auto Scaling est la solution native et plus robuste pour ce cas d'utilisation. Les politiques de scaling simples sont moins réactives et moins optimisées pour le maintien d'une utilisation cible que les politiques de suivi de cible.