Een DevOps engineer beheert een Amazon ECS-cluster dat draait op EC2-instances in een Auto Scaling-groep. De engineer moet alle gestopte taken vastleggen en beoordelen om fouten te onderzoeken. Welke aanpak voldoet aan deze vereiste?

De juiste aanpak is om een Amazon EventBridge-regel te maken die luistert naar gebeurtenissen van taakstatuswijzigingen van ECS. Wanneer een taak stopt, genereert ECS een gebeurtenis. EventBridge kan deze gebeurtenissen vervolgens doorsturen naar Amazon CloudWatch Logs. Eenmaal in CloudWatch Logs kunt u CloudWatch Logs Insights gebruiken om de loggegevens te analyseren en te filteren op gestopte taken, inclusief de redenen waarom ze zijn gestopt. Dit biedt een gedetailleerde en gecentraliseerde manier om taakfouten te onderzoeken. De andere opties zijn minder effectief: Het sturen van logs in Embedded Metric Format en het monitoren van de ContainerInstanceCount-metriek is gericht op metrische gegevens en niet op gedetailleerde taakstatuswijzigingen. Het configureren van EC2-instances om hun logs door te sturen en CloudWatch Contributor Insights te gebruiken, richt zich op instance-logs, niet specifiek op ECS-taakstatusgebeurtenissen. Het toevoegen van een EC2 Auto Scaling lifecycle hook en het schrijven van een SystemEventLog-bestand naar S3 met Athena is gericht op instance-beëindiging en niet op de gedetailleerde redenen waarom ECS-taken stoppen.