某應用程式在 Auto Scaling group 中的 EC2 執行個體上執行，並使用 AWS CodePipeline 進行部署。執行個體經常擴展，在部署期間，公司會在新的執行個體上安裝 CodeDeploy 代理程式，並手動將其與 CodeDeploy 部署群組關聯。該應用程式必須在 24 小時內上線。身為解決方案架構師，您應該建議什麼來自動化部署，同時將營運開銷降到最低？

正確答案是烘焙一個包含 CodeDeploy 代理程式的新 AMI，並將 CodeDeploy 部署群組與 Auto Scaling group 關聯。這種方法自動化了部署，因為新啟動的執行個體將自動包含 CodeDeploy 代理程式，並且由於部署群組已與 Auto Scaling group 關聯，因此無需手動註冊個別執行個體。這也降低了營運開銷，因為它消除了手動安裝和註冊的需要。 其他選項不正確的原因： 使用 EventBridge 觸發 Lambda 函數來註冊執行個體會增加複雜性，並且可能無法在執行個體啟動後立即完成註冊，從而導致部署延遲。 暫停 Auto Scaling 活動、建立新 AMI 並更新啟動範本是一種更複雜且耗時的部署策略，不符合自動化和降低營運開銷的目標。 使用 CodeBuild 建立新 AMI 並執行 Auto Scaling 執行個體重新整理是一種可行的策略，但不如直接將 CodeDeploy 部署群組與 Auto Scaling group 關聯並烘焙代理程式到 AMI 中那麼直接和高效，尤其是在需要快速部署的情況下。