某公司計劃將其基於容器的網站遷移到 AWS。該網站使用部署在內部自行管理的 Kubernetes 叢集上的微服務。所有 Kubernetes manifest 都儲存在原始碼控制中。網站資料位於 PostgreSQL 資料庫中。一個開源容器映像檔註冊表與內部環境一起運行。哪種 AWS 架構在遷移時所需的工作量最少，同時又能保留這些細節？

正確答案是建立一個帶有受管節點群組的 Amazon Elastic Kubernetes Service (Amazon EKS) 叢集，並將現有 manifest 部署到 EKS 叢集，同時將容器映像檔推送到 Amazon ECR，並建立 Amazon Aurora PostgreSQL DB 叢集。這能最大限度地減少遷移工作量，因為它保留了現有的 Kubernetes manifest，允許直接在 EKS 上使用，並利用了 AWS 的託管服務。EKS 提供了與內部部署 Kubernetes 相似的控制平面，減少了學習曲線。 建立 AWS App Runner 服務不適合，因為它不支援 Kubernetes manifest，需要重寫部署邏輯。使用 Amazon ECS 叢集需要將 Kubernetes manifest 轉換為 ECS 任務定義，這會增加大量工作。在 EC2 實例上重新建立內部部署的 Kubernetes 叢集會增加管理開銷，且不符合利用 AWS 託管服務的目標。