Hybride Anwendungen nutzen Ressourcen sowohl On-Premises als auch in AWS. Benutzer melden manchmal, dass die Anwendungen nicht verfügbar sind. Ein CloudWatch-Alarm überwacht bereits den Status des Site-to-Site-VPN-Tunnels. Das Ops-Team benötigt automatisch erstellte Tickets mit hoher Priorität in einem internen Ticketsystem, wenn der VPN-Tunnel ausfällt. Welches Design erfüllt diese Anforderung?

Die korrekte Antwort ist, ein Amazon SNS-Topic für den CloudWatch-Alarm zu erstellen und den Endpunkt des Ticketsystems dafür zu abonnieren. CloudWatch-Alarme können direkt SNS-Topics auslösen. Wenn der VPN-Tunnelstatus sich ändert und den Alarm auslöst, sendet SNS eine Benachrichtigung an alle Abonnenten, einschließlich des Ticketsystems, das dann ein Ticket erstellen kann. Die Option mit SQS ist ineffizient, da SQS eine Pull-basierte Warteschlange ist und das Ticketsystem ständig abfragen müsste. Eine Lambda-Funktion direkt vom CloudWatch-Alarm aufrufen zu lassen, ist zwar möglich, aber SNS ist der einfachere und standardmäßig vorgesehene Weg, um Benachrichtigungen von CloudWatch-Alarmen zu versenden, insbesondere wenn mehrere Abonnenten oder verschiedene Protokolle unterstützt werden müssen. EventBridge kann den VPN-Tunnelstatus nicht direkt überwachen; es kann jedoch auf CloudWatch-Ereignisse reagieren, aber die direkte Integration von CloudWatch-Alarmen mit SNS ist hier der effizienteste Weg.