EC2 上的應用程式經常需要進行程序內重新啟動。帶有重新啟動錯誤的日誌會傳送到 CloudWatch Logs 群組，並且警報會透過 SNS 通知工程師。工程師手動重新啟動執行個體上的應用程式。您要如何在不重新啟動執行個體的情況下，以最具操作效率的方式自動重新啟動應用程式？

此解決方案最具操作效率，因為它直接將 CloudWatch 警報與 Systems Manager Automation runbook 整合，無需額外的中間服務。當 CloudWatch 警報因應用程式重新啟動錯誤而進入 ALARM 狀態時，EventBridge 規則會自動觸發，並將 Systems Manager Automation runbook 作為目標。此 runbook 包含重新啟動應用程式的指令碼，而不是重新啟動整個 EC2 執行個體，從而解決了問題中「不重新啟動執行個體」的要求。 其他選項的缺點： 將 SNS topic 設定為直接叫用 runbook 是不正確的，因為 SNS topic 通常用於通知，而不是直接觸發 Systems Manager Automation。 使用 Lambda 函數重新啟動應用程式是可行的，但若要使其成為 SNS topic 的事件目的地，需要額外的 Lambda 函數開發和維護。 結合 Lambda 函數和 runbook 會增加不必要的複雜性，因為 EventBridge 可以直接從 CloudWatch 警報觸發 runbook。