一個遷移到 EC2 上、位於 ALB 和 API Gateway 後方的傳統應用程式，需要一種部署方式，該方式能將使用者中斷降到最低，並允許快速回溯，同時對應用程式的變更最少。哪種方法能達成這些目標？

正確答案是使用 API Gateway canary 部署。這種方法能將新版本部署為獨立的平行環境，並透過 API Gateway 逐步將流量導向新環境，從一小部分流量開始。這最大限度地減少了對使用者的影響，因為只有少數使用者會遇到潛在問題，而且可以快速回溯到舊版本。 將 DNS 別名記錄切換到新環境會導致所有流量一次性切換，這會帶來較高的風險，且回溯時間較長。在相同的 ALB 後方新增目標群組並讓 API Gateway 分階段路由流量，雖然能逐步切換，但需要修改現有應用程式的部署流程以支援多個目標群組，這與「對應用程式的變更最少」的目標不符。讓 ALB 將所有流量轉發到新的目標群組則是一次性切換，風險較高。