一個 REST API (API Gateway + Lambda) 是使用 CodePipeline/CodeBuild/CodeDeploy 部署的。最近的發布導致了廣泛影響客戶的錯誤。DevOps 團隊希望在發生錯誤時自動回滾到最近的穩定版本，同時盡可能減少受影響的客戶。哪種解決方案在操作上最有效率？

正確答案利用 CodeDeploy 的 Canary 部署策略和自動回滾功能，以最大限度地減少客戶影響。LambdaCanary10Percent10Minutes 部署策略會將新版本流量逐步轉移，先將 10% 的流量導向新版本 10 分鐘，然後再完全轉移。這允許在錯誤影響所有客戶之前被發現。結合 CloudWatch 警報監控 API Gateway 的 HTTP 502 錯誤並觸發自動回滾，可確保在偵測到問題時迅速恢復到穩定版本。 其他選項的缺點： LambdaAllAtOnce 部署會立即將所有流量轉移到新版本，這會導致錯誤影響所有客戶，與「盡可能減少受影響的客戶」的目標相悖。 手動回滾雖然可行，但在操作上效率較低，因為它需要人工干預，無法在錯誤發生時立即響應。 使用 CloudWatch Logs 指標篩選器來觸發 Lambda 進行回滾，雖然功能上可行，但相較於直接在 CodeDeploy 部署組中配置 CloudWatch 警報和自動回滾，其複雜性更高，且操作效率較低。