Firma uruchamia konteneryzowaną aplikację na klastrze Kubernetes w centrum danych on-premises, która używa MongoDB do przechowywania danych. Firma chce migrować niektóre środowiska do AWS bez zmiany kodu lub metod wdrażania i chce minimalnego narzutu operacyjnego. Które rozwiązanie spełnia te wymagania?

Prawidłowa odpowiedź to użycie Amazon Elastic Kubernetes Service (Amazon EKS) z AWS Fargate dla obliczeń i Amazon DocumentDB (z kompatybilnością MongoDB) do przechowywania danych. Firma chce migrować aplikację kontenerową działającą na Kubernetesie bez zmiany kodu lub metod wdrażania. EKS jest zarządzaną usługą Kubernetes, co pozwala na zachowanie istniejących metod wdrażania. AWS Fargate eliminuje potrzebę zarządzania serwerami EC2, minimalizując narzut operacyjny. Amazon DocumentDB jest w pełni zarządzaną bazą danych zgodną z API MongoDB, co pozwala na migrację bez zmian w kodzie aplikacji. Pozostałe opcje są nieprawidłowe, ponieważ: Użycie Amazon ECS wymagałoby zmiany platformy orkiestracji kontenerów, co jest sprzeczne z wymaganiem zachowania metod wdrażania. Użycie Amazon DynamoDB wymagałoby zmiany kodu aplikacji, ponieważ DynamoDB ma inne API niż MongoDB. Użycie węzłów roboczych Amazon EC2 dla obliczeń zwiększa narzut operacyjny związany z zarządzaniem instancjami.