Una empresa ejecuta software personalizado de análisis de red para inspeccionar el tráfico que entra y sale de una VPC. El software se implementa con una plantilla de AWS CloudFormation en tres instancias de Amazon EC2 que son administradas por un grupo de Auto Scaling. El enrutamiento de red está configurado para que el tráfico se dirija a las instancias EC2. Cuando el software de análisis deja de funcionar, el grupo de Auto Scaling reemplaza la instancia fallida, pero las rutas de red no se actualizan para hacer referencia a la instancia de reemplazo. ¿Qué combinación de acciones resolverá este problema? (Elija tres.)

La solución requiere tres acciones. Primero, actualizar la plantilla de CloudFormation para instalar el agente de Amazon CloudWatch en las instancias EC2 y configurarlo para enviar métricas a nivel de proceso de la aplicación. Esto permite monitorear el estado real del software de análisis, no solo el de la instancia. Segundo, crear una alarma de Amazon CloudWatch que se active cuando la métrica personalizada de la aplicación indique un fallo y configurarla para publicar en un tema de Amazon SNS. Esto automatiza la detección de fallos de la aplicación. Tercero, crear una función de AWS Lambda que se active por la notificación de SNS. Esta función debe sacar de servicio la instancia fallida (para que el grupo de Auto Scaling la reemplace) y actualizar las rutas de red para que apunten a la nueva instancia. Las opciones incorrectas no resuelven el problema de la actualización de rutas o no detectan el fallo de la aplicación de manera efectiva. Las alarmas basadas en métricas de verificación de estado de EC2 solo detectan fallos de la instancia, no del software. Instalar AWS Systems Manager Agent no es el mecanismo principal para enviar métricas personalizadas de aplicaciones para alarmas. Una condición en CloudFormation no puede actualizar dinámicamente las rutas de red en respuesta a un fallo de instancia después del despliegue inicial.