一家新創公司將高流量的電商網站遷移到 AWS，現在需要 CI/CD，以便在建置失敗時通知工程師、提供零停機部署並支援無縫回溯。開發人員使用私有的 GitHub repo 和 Jenkins 進行建置和單元測試。團隊將使用 AWS CodePipeline 來協調建置和部署。哪種設計能滿足通知、零停機和回溯的要求？

正確答案透過 GitHub webhooks 觸發 CodePipeline，確保程式碼變更時自動啟動 CI/CD 流程。使用適用於 AWS CodeBuild 的 Jenkins 外掛程式，可以在 AWS 環境中利用現有的 Jenkins 單元測試。將建置失敗警示傳送到 Amazon SNS topic，確保工程師能即時收到通知。最重要的是，使用 AWS CodeDeploy 的藍/綠部署策略，可以實現零停機部署並支援無縫回溯，因為新版本會在獨立的環境中部署和測試，然後才將流量切換過去，若有問題可快速切換回舊版本。 選項一和選項四的「就地、一次性部署」不支援零停機和無縫回溯。選項一和選項三的「GitHub websockets」不是觸發 CodePipeline 的標準方式，通常使用 webhooks。選項三和選項四的「AWS X-Ray 進行單元測試和靜態程式碼分析」是錯誤的，X-Ray 主要用於應用程式追蹤和除錯，而非執行單元測試或靜態程式碼分析。