Les applications hybrides utilisent des ressources à la fois sur site et dans AWS. Les utilisateurs signalent parfois que les applications sont indisponibles. Une alarme CloudWatch surveille déjà l'état du tunnel VPN Site-to-Site. L'équipe des opérations doit créer automatiquement des tickets haute priorité dans un système de billetterie interne lorsque le tunnel VPN tombe en panne. Quelle conception répond à ce besoin ?

La création d'une rubrique Amazon SNS et l'abonnement du point de terminaison du système de billetterie à cette rubrique permettent à l'alarme CloudWatch d'envoyer des notifications directement au système de billetterie lorsque le tunnel VPN tombe en panne. SNS est conçu pour la distribution de messages et prend en charge divers protocoles d'abonnement, y compris les points de terminaison HTTP/S, ce qui est idéal pour l'intégration avec des systèmes de billetterie externes. Les autres options sont moins directes ou appropriées : Configurer une file d'attente SQS nécessiterait un composant supplémentaire pour interroger la file d'attente et traiter les messages, ajoutant de la complexité. Attacher une fonction Lambda directement à l'alarme CloudWatch est possible, mais SNS est une solution plus simple et plus native pour la distribution de notifications à des points de terminaison externes. Une règle EventBridge pourrait surveiller l'état du VPN, mais l'alarme CloudWatch existe déjà et est le déclencheur direct du problème, ce qui rend SNS plus pertinent pour la notification.