某公司使用 AWS CodePipeline 將應用程式部署到 Amazon EC2 Auto Scaling group。所有資源都在 CloudFormation 範本中定義。應用程式構件儲存在 Amazon S3 中，並使用執行個體使用者資料指令碼進行部署。隨著應用程式的成長，最近對 CloudFormation 範本的更改導致了意外停機。解決方案架構師應如何改進 CI/CD 管道，以減少範本更改導致中斷的可能性？

正確答案透過多個層次增強了 CI/CD 管道的彈性。在測試環境中加入 AWS CodeBuild 的自動化測試，可以在部署前捕捉應用程式層級的錯誤。CloudFormation 變更集允許在實際部署之前預覽範本變更的影響，從而識別潛在的基礎設施問題。最後，使用 AWS CodeDeploy 的藍/綠部署模式，可以在新版本部署到生產環境之前進行驗證，並在出現問題時快速回溯到舊版本，從而顯著降低停機風險。 其他選項的不足之處在於： 選項一僅在部署期間偵測錯誤，無法預防。手動 QA 測試效率低且容易出錯。 選項三的 IDE 外掛程式和 CLI 驗證只能檢查語法錯誤，無法發現邏輯錯誤或部署後的行為問題。手動測試同樣效率低下。 選項四雖然引入了 CodeDeploy 的藍/綠部署，但仍依賴手動測試，並且沒有解決 CloudFormation 範本變更的預防性驗證問題。