Устаревшая рабочая нагрузка имеет бессерверный уровень приложений на одном большом инстансе EC2, запущенном из AMI, и базу данных MySQL на одном инстансе EC2. ЦП на сервере приложений часто достигает 100%, что приводит к сбоям. Патчи применяются вручную и вызывают простои. Компании необходимо обеспечить высокую доступность приложения с наименьшими усилиями по разработке. Какое решение соответствует этому требованию?

Правильный ответ обеспечивает высокую доступность с минимальными усилиями по разработке. Создание нового AMI с агентом SSM позволяет автоматизировать управление патчами и обновлениями, сокращая простои. Использование группы Auto Scaling с Application Load Balancer решает проблему высокой загрузки ЦП, автоматически масштабируя приложение. Перенос базы данных в Amazon Aurora MySQL обеспечивает высокую доступность, масштабируемость и совместимость с существующей базой данных MySQL, минимизируя изменения в приложении. Переработка в Lambda или контейнеризация требуют значительных усилий по разработке. Изменение типа инстанса на Graviton без Auto Scaling не решает проблему масштабирования. Перенос в DocumentDB, DynamoDB или Neptune требует изменения кода приложения, что противоречит требованию минимальных усилий.