Een bedrijf is van plan zijn container-gebaseerde website naar AWS te migreren. De site gebruikt microservices die zijn geïmplementeerd op een on-premises, zelfbeheerd Kubernetes-cluster. Alle Kubernetes manifests zijn opgeslagen in source control. De websitegegevens bevinden zich in een PostgreSQL-database. Een open-source container image registry draait naast de on-premises omgeving. Welke AWS-architectuur vereist de MINSTE inspanning om te migreren, terwijl deze details behouden blijven?

De meest efficiënte migratie met de minste inspanning is naar Amazon EKS (Elastic Kubernetes Service). Aangezien de website al op Kubernetes draait en de manifests in source control staan, kan EKS deze direct gebruiken. EKS is een beheerde Kubernetes-service, wat de operationele last minimaliseert. Het pushen van container images naar Amazon ECR is een standaardpraktijk voor containeropslag in AWS. Een Amazon Aurora PostgreSQL DB-cluster biedt een schaalbare en hoog beschikbare databaseoplossing die compatibel is met de bestaande PostgreSQL-database. De andere opties vereisen meer aanpassingen: AWS App Runner is minder geschikt voor complexe microservices met bestaande Kubernetes manifests. Amazon ECS vereist het omzetten van Kubernetes manifests naar ECS task definitions en services, wat extra werk is. Het recreëren van een zelfbeheerd Kubernetes-cluster op EC2 is arbeidsintensief en mist de voordelen van een beheerde service zoals EKS.