Une entreprise a besoin d'une solution AWS native pour alerter en cas d'échecs de connexion répétés à ses hôtes bastion : déclencher une notification lorsque 5 tentatives d'authentification échouent en 5 minutes, et envoyer l'alerte uniquement à l'administrateur système responsable de l'hôte concerné. Quelle approche répond à ces exigences ?

L'approche correcte utilise l'agent CloudWatch pour collecter les journaux du système d'exploitation, ce qui est essentiel pour surveiller les tentatives de connexion. Une alarme CloudWatch basée sur un filtre de métriques peut ensuite détecter les échecs de connexion répétés. Enfin, la publication sur SNS avec le filtrage des messages permet d'envoyer l'alerte uniquement à l'administrateur concerné, répondant ainsi à l'exigence de notification ciblée. Les autres options sont incorrectes car : La première option propose d'utiliser EventBridge pour une alarme basée sur un filtre de métriques, ce qui n'est pas la fonction principale d'EventBridge pour les alarmes de métriques. Elle suggère également d'utiliser les balises d'instance EC2 pour les rubriques SNS, ce qui est moins direct que le filtrage des messages SNS. La deuxième et la quatrième option utilisent AWS Systems Manager Agent et Run Command pour configurer CloudWatch, ce qui est une méthode plus complexe et indirecte que l'utilisation directe de l'agent CloudWatch pour la collecte de journaux et la création d'alarmes. De plus, la quatrième option utilise les balises d'instance EC2 pour les rubriques SNS, ce qui est moins flexible que le filtrage des messages SNS.