公司有許多使用不同語言和框架建置的應用程式，這些應用程式在各種作業系統上內部部署執行。每個團隊都有自己的發布流程。公司希望在遷移到 AWS 後，能有集中的原始碼控制、一致的自動化交付管道，以及最少的基礎設施維護。哪種方法能達成這些目標？

正確答案透過現代化的容器化方法解決了所有問題。為每個應用程式建立獨立的 CodeCommit 儲存庫提供了集中的原始碼控制，同時保持了團隊的獨立性。CodeBuild 將應用程式建置為 Docker 映像並推送到 ECR，確保了跨語言和框架的一致性。將應用程式部署到由 Fargate 管理的 ECS 上，可以實現自動化交付管道，並將基礎設施維護降至最低，因為 Fargate 負責底層 EC2 執行個體的管理。 其他選項的缺點： 將所有應用程式放在一個 CodeCommit 儲存庫的不同分支中，會導致儲存庫過於龐大且難以管理，並且合併分支並非部署的最佳實踐。 將應用程式部署到集中的應用程式伺服器，會導致單點故障和擴展問題，並且需要手動維護伺服器。 使用 AMI 佈建 EC2 叢集雖然自動化，但仍需要管理底層 EC2 執行個體，增加了運營開銷，且不如容器化部署靈活。