Una aplicación de procesamiento de fotos alojada en EC2 debe procesar cada foto en menos de 5 segundos; si el procesamiento excede los 5 segundos, el equipo de desarrollo debe ser notificado. ¿Qué enfoque proporciona la medición del tiempo y las alertas con la menor sobrecarga operativa?

La opción correcta utiliza métricas personalizadas de CloudWatch para el tiempo de procesamiento, lo que permite monitorear directamente el requisito. Una alarma de CloudWatch con un umbral estático de 5 segundos es la forma más sencilla y eficiente de detectar el incumplimiento, y la notificación a través de Amazon SNS es un método estándar y de baja sobrecarga para alertar al equipo. Las otras opciones son menos óptimas: Usar Amazon SQS para procesar los tiempos introduce una sobrecarga operativa adicional al requerir una aplicación de consumidor para leer y evaluar los datos. Aunque CloudWatch es correcto para las métricas y alarmas, usar Amazon SES directamente para notificaciones es menos escalable y flexible que Amazon SNS, que puede enviar a múltiples suscriptores y protocolos. Amazon Kinesis Data Stream es una solución de streaming de datos en tiempo real, que es una sobrecarga excesiva para este caso de uso simple de monitoreo de una métrica. Además, la creación de una alarma de CloudWatch directamente sobre Kinesis no es tan directa como sobre una métrica personalizada.