온프레미스 데이터 센터를 보유한 회사가 Kubernetes를 사용하여 AWS에서 새로운 솔루션을 개발하고 있습니다. 개발 및 테스트 워크로드는 AWS의 Amazon EKS 클러스터에서 실행됩니다. 프로덕션 환경에서는 EKS 컨트롤 플레인과 데이터 플레인 모두 온프레미스에 유지되어야 하지만, 회사는 운영 오버헤드가 최소화된 AWS 관리형 Kubernetes 솔루션을 선호합니다. 최소한의 운영 오버헤드로 이러한 요구 사항을 충족하는 옵션은 무엇입니까?

AWS Outposts 서버에 로컬 클러스터 구성으로 Amazon EKS를 배포하면 EKS 컨트롤 플레인과 데이터 플레인이 온프레미스에 유지되면서 AWS 관리형 Kubernetes 솔루션의 이점을 누릴 수 있습니다. 이는 최소한의 운영 오버헤드로 온프레미스 요구 사항을 충족합니다. Amazon EKS Anywhere는 고객이 직접 Kubernetes 클러스터를 관리해야 하므로 운영 오버헤드가 더 큽니다. 확장 클러스터 구성은 컨트롤 플레인이 AWS 리전에 상주하므로 온프레미스 요구 사항을 충족하지 못합니다. Outposts 서버에 EKS Anywhere를 설치하는 것은 불필요하며, Outposts의 관리형 EKS 기능을 활용하지 못합니다.