Firma uruchamia konteneryzowaną aplikację w klastrze Kubernetes on-premises, która używa AMQP do komunikacji z kolejką komunikatów. Centrum danych nie skaluje się wystarczająco szybko, a firma chce migrować do AWS z jak najmniejszym obciążeniem operacyjnym. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź to migracja aplikacji kontenerowej do Amazon EKS i użycie Amazon MQ. Firma używa Kubernetes on-premises, więc Amazon EKS jest naturalnym wyborem, ponieważ zapewnia zarządzaną usługę Kubernetes, minimalizując obciążenie operacyjne i umożliwiając łatwą migrację istniejących kontenerów. Aplikacja używa AMQP, a Amazon MQ obsługuje ten protokół, co pozwala na migrację kolejki komunikatów bez konieczności zmiany kodu aplikacji. Migracja do Amazon ECS wymagałaby przepisania aplikacji lub jej dostosowania do innego orkiestratora kontenerów, co zwiększyłoby obciążenie operacyjne. Amazon SQS nie obsługuje AMQP, więc wymagałoby to zmiany kodu aplikacji. Użycie instancji EC2 do uruchomienia aplikacji nie jest rozwiązaniem kontenerowym i nie zapewnia takiej elastyczności ani skalowalności jak EKS. AWS Lambda jest bezserwerowa i nie jest odpowiednia dla aplikacji kontenerowych, które wymagają długotrwałego działania lub specyficznych zależności środowiskowych.