Une application de traitement de photos hébergée sur EC2 doit traiter chaque photo en moins de 5 secondes. Si le traitement dépasse 5 secondes, l'équipe de développement doit être avertie. Quelle approche fournit la mesure du temps et l'alerte avec le moins de frais opérationnels ?

La publication d'une métrique personnalisée CloudWatch pour chaque temps de traitement et la création d'une alarme CloudWatch avec un seuil statique de 5 secondes, notifiant via SNS, est la solution la plus efficace et avec le moins de frais opérationnels. CloudWatch est conçu pour la surveillance et l'alerte, intégrant directement ces fonctionnalités. Les autres options sont moins optimales : Utiliser SQS pour stocker les temps de traitement nécessiterait une application de consommateur supplémentaire pour lire, analyser et déclencher des alertes, augmentant la complexité et les frais opérationnels. Créer une alarme CloudWatch sur la moyenne des temps de traitement ne détecterait pas immédiatement les dépassements individuels de 5 secondes, car une seule valeur élevée pourrait être masquée par des valeurs plus faibles. Diffuser vers Kinesis Data Stream est une solution de streaming de données robuste, mais elle est surdimensionnée et plus coûteuse pour ce cas d'utilisation simple de surveillance et d'alerte sur une métrique unique. De plus, Kinesis ne gère pas directement les alertes basées sur des seuils sans intégration avec d'autres services.