Firma planuje migrację swojej witryny internetowej opartej na kontenerach do AWS. Witryna korzysta z mikroserwisów wdrożonych w lokalnym, samodzielnie zarządzanym klastrze Kubernetes. Wszystkie manifesty Kubernetes są przechowywane w systemie kontroli wersji. Dane witryny znajdują się w bazie danych PostgreSQL. Rejestr obrazów kontenerów typu open source działa równolegle ze środowiskiem lokalnym. Która architektura AWS będzie wymagała NAJMNIEJSZEGO wysiłku w celu migracji, zachowując te szczegóły?

Prawidłowa odpowiedź minimalizuje wysiłek migracyjny, ponieważ Amazon EKS jest zarządzaną usługą Kubernetes, co oznacza, że istniejące manifesty Kubernetes mogą być używane z minimalnymi zmianami. Zastąpienie lokalnego rejestru obrazów kontenerów przez Amazon ECR to standardowa praktyka, a Amazon Aurora PostgreSQL zapewnia skalowalną i zarządzaną bazę danych. Opcja z AWS App Runner jest nieprawidłowa, ponieważ App Runner nie obsługuje bezpośrednio manifestów Kubernetes ani zewnętrznych rejestrów obrazów kontenerów typu open source w sposób, który minimalizowałby wysiłek. Opcja z Amazon ECS wymagałaby przepisania manifestów Kubernetes na definicje zadań ECS, co jest znaczącym wysiłkiem. Opcja odtwarzania klastra Kubernetes na instancjach EC2 i samodzielnego zarządzania rejestrem oraz bazą danych PostgreSQL zwiększa obciążenie operacyjne i nie wykorzystuje w pełni zarządzanych usług AWS.