Un equipo de DevOps soporta una aplicación que se ejecuta en muchas instancias EC2 en un grupo de Auto Scaling, desplegada a través de CloudFormation. Una instancia recientemente devolvió errores para una gran parte de las solicitudes mientras se mantenía saludable para las comprobaciones de estado de EC2 y ELB. Los logs de la aplicación se recopilan en CloudWatch utilizando el formato de métrica incrustado. El equipo necesita una alerta si una sola instancia EC2 representa más de la mitad de todos los errores, con una sobrecarga operativa mínima. ¿Qué combinación de pasos logra esto? (Elija dos.)

La opción correcta es crear una regla de CloudWatch Contributor Insights que agrupe los logs por ID de instancia y errores. Esto permite identificar rápidamente las instancias que contribuyen a la mayoría de los errores sin procesar manualmente los logs. La segunda opción correcta es crear una alarma de CloudWatch utilizando la función INSIGHTRULEMETRIC. Esta función permite que la alarma evalúe los datos generados por la regla de Contributor Insights, detectando si una instancia específica es responsable de más de la mitad de los errores y notificando al equipo a través de SNS. Las opciones incorrectas son: Crear un grupo de recursos y usar Application Insights no aborda directamente la identificación de una instancia específica que causa la mayoría de los errores. Crear un filtro de métricas y una alarma con METRICCOUNT solo contaría los errores totales, no los atribuiría a instancias individuales. Un filtro de suscripción de CloudWatch Logs con Lambda y SNS sería una solución más compleja y con mayor sobrecarga operativa para este caso de uso, ya que Contributor Insights ofrece una solución nativa y más eficiente.