Firma posiadająca lokalne centrum danych opracowuje nowe rozwiązanie w AWS przy użyciu Kubernetes. Obciążenia deweloperskie i testowe działają na klastrach Amazon EKS w AWS. Produkcja wymaga, aby zarówno płaszczyzna sterowania EKS, jak i płaszczyzna danych pozostały lokalnie, ale firma preferuje zarządzane przez AWS rozwiązanie Kubernetes z minimalnym narzutem operacyjnym. Która opcja spełnia te wymagania przy najmniejszym narzucie operacyjnym?

Firma wymaga rozwiązania Kubernetes zarządzanego przez AWS, które działa lokalnie z minimalnym narzutem operacyjnym. AWS Outposts pozwala na uruchamianie usług AWS, w tym Amazon EKS, w lokalnym centrum danych. Wybór "konfiguracji klastra lokalnego" dla EKS na Outposts oznacza, że zarówno płaszczyzna sterowania, jak i płaszczyzna danych EKS pozostają lokalnie, co spełnia wymagania dotyczące rezydencji danych i minimalizuje opóźnienia. Jest to zarządzane rozwiązanie AWS, co redukuje narzut operacyjny w porównaniu do samodzielnego zarządzania Kubernetesem. Opcja z Amazon EKS Anywhere na lokalnym sprzęcie firmy nie jest rozwiązaniem zarządzanym przez AWS w takim samym stopniu jak EKS na Outposts, co zwiększa narzut operacyjny. Opcja z "rozszerzoną konfiguracją klastra" dla EKS na Outposts oznacza, że płaszczyzna sterowania EKS znajduje się w regionie AWS, a nie lokalnie, co jest sprzeczne z wymaganiem. Opcja instalowania EKS Anywhere na Outposts jest niepotrzebnie złożona i nieefektywna, ponieważ EKS na Outposts już zapewnia zarządzane rozwiązanie Kubernetes.