Un ingénieur DevOps gère un cluster Amazon ECS s'exécutant sur des instances EC2 dans un groupe Auto Scaling. L'ingénieur doit capturer et examiner toutes les tâches arrêtées afin d'enquêter sur les erreurs. Quelle approche répond à cette exigence ?

L'approche correcte utilise Amazon EventBridge pour capturer les événements de changement d'état des tâches ECS, y compris les arrêts de tâches. Ces événements sont ensuite acheminés vers Amazon CloudWatch Logs, un service centralisé pour la collecte et le stockage des journaux. CloudWatch Logs Insights permet d'interroger et d'analyser efficacement ces journaux pour identifier les tâches arrêtées et les raisons de leur arrêt. Les autres options sont moins efficaces ou incorrectes : L'émission de logs au format Embedded Metric Format est utile pour les métriques, pas pour l'analyse des arrêts de tâches, et la surveillance de ContainerInstanceCount ne fournit pas de détails sur les tâches individuelles. La configuration des instances EC2 pour les logs et CloudWatch Contributor Insights est plus axée sur les performances des instances que sur les événements spécifiques des tâches ECS. L'ajout d'un hook de cycle de vie EC2 Auto Scaling pour les événements de EC2INSTANCETERMINATING est pertinent pour la terminaison d'instances, mais ne capture pas directement les arrêts de tâches ECS sur des instances toujours en cours d'exécution.