Un ingeniero de DevOps administra un clúster de Amazon ECS que se ejecuta en instancias EC2 en un grupo de Auto Scaling. El ingeniero debe capturar y revisar todas las tareas detenidas para investigar errores. ¿Qué enfoque satisface este requisito?

La opción correcta es crear una regla de Amazon EventBridge para capturar eventos de cambio de estado de la tarea. EventBridge puede detectar eventos específicos de ECS, como el cambio de estado de una tarea a "STOPPED". Al enviar estos eventos a Amazon CloudWatch Logs, se crea un registro centralizado de todas las tareas detenidas. Luego, CloudWatch Logs Insights permite realizar consultas potentes y análisis detallados sobre estos logs para identificar patrones y causas de errores. Las otras opciones son menos adecuadas: Emitir logs en Embedded Metric Format y monitorear ContainerInstanceCount no proporciona detalles sobre las tareas detenidas individualmente ni sus razones. Reenviar logs de instancias EC2 a CloudWatch Logs y usar Contributor Insights puede ser útil para la salud de la instancia, pero no se enfoca directamente en el estado de las tareas de ECS. Un lifecycle hook de Auto Scaling para eventos de EC2INSTANCETERMINATING es para la terminación de instancias, no para el estado de las tareas de ECS, y no captura directamente por qué una tarea se detuvo.