Een bedrijf met een on-premises datacenter ontwikkelt een nieuwe oplossing op AWS met behulp van Kubernetes. Ontwikkel- en testworkloads draaien op Amazon EKS-clusters in AWS. Productie vereist dat zowel het EKS control plane als het data plane on-premises blijven, maar het bedrijf geeft de voorkeur aan een door AWS beheerde Kubernetes-oplossing met minimale operationele overhead. Welke optie voldoet aan deze vereisten met de minste operationele overhead?

De correcte optie is het installeren van een AWS Outposts-server in het on-premises datacenter en het implementeren van Amazon EKS op de Outposts-server met een lokale clusterconfiguratie. Dit voldoet aan de vereiste dat zowel het EKS control plane als het data plane on-premises blijven, terwijl het een door AWS beheerde Kubernetes-oplossing biedt met minimale operationele overhead. EKS op Outposts met lokale clusterconfiguratie betekent dat het EKS control plane volledig op de Outposts draait, waardoor afhankelijkheid van de AWS-regio voor het control plane wordt geëlimineerd en de latency wordt verminderd. De optie met EKS Anywhere is incorrect omdat EKS Anywhere een klantbeheerde oplossing is, wat in strijd is met de voorkeur voor een door AWS beheerde oplossing met minimale operationele overhead. EKS Anywhere vereist meer operationele inspanning van de klant. De optie met een extended cluster configuration