Una empresa de medios ejecuta miles de instancias EC2 y utiliza Slack, además de una bandeja de entrada de correo electrónico compartida, para las comunicaciones del equipo. Un ingeniero de DevOps debe reenviar todas las notificaciones de mantenimiento de EC2 programadas por AWS al canal de Slack y a la bandeja de entrada compartida. Las notificaciones deben incluir las etiquetas Name y Owner de las instancias. ¿Qué enfoque satisface estos requisitos?

La opción correcta utiliza Amazon EventBridge para detectar eventos de AWS Health, que es el servicio adecuado para notificaciones de mantenimiento de EC2. EventBridge puede filtrar estos eventos y enviarlos a un tema de Amazon SNS. Una función Lambda suscrita a este tema de SNS puede entonces procesar la notificación, extraer las etiquetas de las instancias (Name y Owner) y enviarlas al canal de Slack y a la bandeja de entrada compartida, cumpliendo todos los requisitos. Las opciones incorrectas fallan porque: Integrar Trusted Advisor con Config no es el método directo para monitorear eventos de mantenimiento de AWS Health. Monitorear el estado de EC2 a través de métricas de CloudWatch y alarmas no es el mecanismo principal para recibir notificaciones de mantenimiento programado de AWS. Habilitar la integración de AWS Support con CloudTrail no es el enfoque correcto para detectar y actuar sobre eventos de mantenimiento de AWS Health. CloudTrail registra la actividad de la API, no los eventos de mantenimiento de AWS.