Una aplicación que se ejecuta en EC2 escribe mensajes personalizados DECRYP_ERROR en CloudWatch Logs. El equipo de desarrollo debe ser alertado en tiempo real cuando estos errores aparezcan en producción con un esfuerzo operativo mínimo. ¿Cuál es la mejor solución?

La opción correcta es usar un filtro de métricas de CloudWatch Logs. Esta solución es la más eficiente y con menor esfuerzo operativo porque CloudWatch Logs puede monitorear los flujos de logs en tiempo real. Al crear un filtro de métricas con el patrón "DECRYPERROR", se convierte cada ocurrencia del error en un punto de datos de una métrica. Luego, una alarma de CloudWatch puede monitorear esta métrica y activarse cuando el umbral (por ejemplo, = 1) se cumple, enviando una notificación a un tema de SNS. Las otras opciones son menos óptimas: Modificar la aplicación para crear una métrica personalizada y usar CloudTrail no es adecuado. CloudTrail registra la actividad de la API de AWS, no los logs de la aplicación, y modificar la aplicación añade complejidad. Una función Lambda que se ejecuta cada 5 minutos introduce latencia en la detección de errores y es menos eficiente que el monitoreo en tiempo real de CloudWatch Logs. Instalar el agente unificado de CloudWatch y hacer que la aplicación genere una métrica para DECRYPERROR es una solución viable, pero la opción del filtro de métricas de CloudWatch Logs es más sencilla, ya que no requiere cambios en el código de la aplicación ni configuración adicional del agente para este caso específico de monitoreo de logs existentes.