混合應用程式同時使用地端部署和 AWS 上的資源。使用者有時會回報應用程式無法使用。CloudWatch 警報已監控 Site-to-Site VPN 隧道的狀態。當 VPN 隧道中斷時，維運團隊需要自動在內部票證系統中建立高優先級票證。哪種設計符合此需求？

正確答案是建立一個 Amazon SNS topic，並將票證系統的端點訂閱到該 SNS topic。當 CloudWatch 警報觸發時，它會發布訊息到 SNS topic。如果票證系統支援直接接收 SNS 訊息或可以透過 HTTP/S 端點接收，則 SNS 可以直接將警報通知發送到票證系統，自動建立高優先級票證。 其他選項的不足之處： 將 SQS queue 設定為 CloudWatch 警報的目標：這需要額外的服務（例如 Lambda）來從 SQS queue 輪詢訊息並將其轉換為票證，增加了複雜性。 讓 CloudWatch 警報直接調用 Lambda function：雖然可行，但 SNS 是更標準且更具彈性的通知機制，可以支援多種訂閱者和重試機制。 建立 EventBridge rule 直接監控 VPN 隧道健康狀況：EventBridge 可以監控 AWS 服務事件，但 CloudWatch 警報已經監控了 VPN 隧道狀態，因此透過 SNS 整合是更直接且常見的模式。