Компания развернула приложение на AWS Elastic Beanstalk и установила желаемую емкость группы Auto Scaling среды на пять инстансов EC2. Если во время развертывания емкость падает ниже четырех инстансов, производительность приложения ухудшается. Среда использует политику развертывания all-at-once. Какое изменение будет НАИБОЛЕЕ экономически эффективным для предотвращения проблем с производительностью во время развертывания?

Правильный ответ — изменить политику развертывания на rolling with additional batch и установить размер дополнительного пакета на 1. Политика rolling with additional batch позволяет Elastic Beanstalk запускать дополнительный инстанс перед началом развертывания, гарантируя, что минимальное количество работающих инстансов всегда будет доступно. Установка размера дополнительного пакета на 1 означает, что всегда будет один дополнительный инстанс, поддерживая общую емкость на уровне пяти инстансов (4 существующих + 1 новый) во время развертывания, что предотвратит падение производительности. Изменение желаемой емкости на шесть инстансов увеличит затраты, поскольку будет постоянно работать на один инстанс больше. Политика traffic splitting является более дорогой, так как требует создания нового набора инстансов и перенаправления трафика, а также не решает проблему поддержания минимальной емкости во время развертывания. Политика rolling без дополнительного пакета по-прежнему будет приводить к временному снижению количества доступных инстансов, что может вызвать проблемы с производительностью.