Une application s'exécutant sur EC2 écrit des messages d'erreur personnalisés DECRYP_ERROR dans CloudWatch Logs. L'équipe de développement doit être alertée en temps réel lorsque ces erreurs apparaissent en production avec un effort opérationnel minimal. Quelle est la meilleure solution ?

La solution correcte est d'utiliser un filtre de métriques CloudWatch Logs. Cette approche permet de transformer les occurrences du mot-clé "DECRYPERROR" dans les logs en une métrique CloudWatch. Une alarme CloudWatch peut ensuite être configurée sur cette métrique avec un seuil de 1 (ou plus) pour déclencher une notification via SNS dès qu'une erreur est détectée, offrant une alerte en temps réel avec un effort opérationnel minimal. Les autres options sont moins optimales : Modifier l'application pour créer une métrique personnalisée et utiliser CloudTrail est incorrect car CloudTrail est pour les journaux d'activité AWS, pas pour les logs d'application personnalisés. Une fonction Lambda exécutée toutes les 5 minutes introduirait un délai dans les alertes et serait plus coûteuse et complexe à maintenir qu'un filtre de métriques. L'installation de l'agent unifié CloudWatch est une bonne pratique pour collecter les logs, mais l'application n'a pas besoin de générer directement une métrique ; le filtre de métriques CloudWatch Logs gère cette transformation de manière plus efficace.