Компания запускает контейнерное приложение в кластере Kubernetes в локальной среде, которое использует AMQP для связи с очередью сообщений. Центр обработки данных не может масштабироваться достаточно быстро, и компания хочет мигрировать в AWS с наименьшими операционными издержками. Какое решение соответствует этим требованиям?

Правильный ответ — мигрировать контейнерное приложение в Amazon Elastic Kubernetes Service (Amazon EKS) и использовать Amazon MQ для получения сообщений. Это решение обеспечивает наименьшие операционные издержки, так как EKS — это управляемый сервис Kubernetes, который позволяет перенести существующее контейнерное приложение с минимальными изменениями, сохраняя привычную среду оркестрации. Amazon MQ — это управляемый сервис брокера сообщений, поддерживающий AMQP, что позволяет приложению продолжать использовать AMQP без переписывания кода для взаимодействия с очередью. Миграция в Amazon ECS потребует переработки приложения для работы с новой платформой оркестрации. Использование Amazon SQS вместо AMQP также потребует изменения кода приложения. Запуск приложения на EC2 увеличит операционные издержки, так как потребуется самостоятельное управление кластером Kubernetes или контейнерами. Использование AWS Lambda не подходит для контейнерных приложений, так как Lambda — это бессерверная функция, которая требует переработки приложения в бессерверную архитектуру, что значительно увеличит операционные издержки.