17 сентября 2026 года AWS объявила об общей доступности Cluster Mode в сервисе AWS Elastic Beanstalk. Новый режим позволяет командам предоставлять исходный код, файл Docker или образ контейнера, тогда как Elastic Beanstalk создаёт среду выполнения и управляет ею, включая развёртывание, масштабирование, исправление ошибок, мониторинг и обновление на протяжении всего срока работы приложения.
Cluster Mode предназначен для команд, управляющих набором приложений, вместо запуска каждого приложения в полностью отдельной среде. Новая архитектура основана на Amazon Elastic Kubernetes Service (Amazon EKS), а единую операционную базу управляет Elastic Beanstalk. По данным AWS, приложения могут совместно использовать ресурсы, что потенциально снижает стоимость одного приложения по мере роста портфеля без сопоставимого увеличения операционной нагрузки.
Что предлагает новый режим?
Приложения на Java, .NET, Python, Node.js, PHP, Ruby и Go можно развёртывать непосредственно из исходного кода: Elastic Beanstalk использует технологию Cloud Native Buildpacks для создания контейнеров по мере необходимости, не требуя от команды написания Dockerfile или переработки приложения. Режим также поддерживает готовые образы контейнеров, а управлять развёртыванием можно через консоль, AWS CLI, EB CLI или AWS SDKs.
- Стратегии развёртывания, включая развёртывание сразу, поэтапное и неизменяемое развёртывание, а также разделение трафика с автоматическим откатом при сбое.
- Автоматическое масштабирование на основе событий и интеграция с AWS Secrets Manager для управления секретами.
- Мониторинг на базе OpenTelemetry с возможностью интеграции с инструментами наблюдаемости, включая Amazon CloudWatch.
- Анализ проблем состояния среды с использованием искусственного интеллекта, сбор сервисных журналов и предоставление рекомендаций по устранению сбоев.
- Поддержка HTTPS по умолчанию через AWS Certificate Manager, а также режим соответствия требованиям, включающий право на использование HIPAA, соответствие PCI DSS и согласование с SOC 1/2/3, согласно заявлению AWS.
Что практически меняется для команд?
Cluster Mode сокращает расстояние между развёртыванием традиционного приложения и его управлением в общей контейнерной среде. При создании первой среды для определённого набора подсетей сервис создаёт кластер EKS, и этот процесс может занимать около десяти минут. Последующие развёртывания используют существующий кластер, согласно AWS. В одном приложении можно запускать несколько микросервисов, настраивая такие ресурсы, как количество реплик, вычислительные единицы, память, порт и путь проверки состояния для каждого сервиса.
Важно, что команды не вынуждены немедленно переходить с текущего режима. Среды Elastic Beanstalk Standard, работающие на базе Amazon EC2, продолжают функционировать, а стандартные среды и среды Cluster Mode можно запускать параллельно в рамках одного приложения Elastic Beanstalk. Сервис также выполняет проверки совместимости перед изменениями, что позволяет осуществлять постепенную миграцию.
Когда Cluster Mode не является лучшим вариантом?
AWS утверждает, что Standard Mode по-прежнему подходит для отдельных приложений или отдельных сред, рабочих нагрузок Windows/.NET Framework, работающих на IIS, а также приложений, которые невозможно преобразовать в контейнеры. Он также может лучше подходить для рабочих нагрузок с расходами менее 500 долларов США в месяц, поскольку плата за уровень управления EKS и надбавка, связанная с EKS Auto Mode, могут добавить затраты, которые не компенсируются совместным использованием ресурсов в одном приложении.
Доступность и стоимость
Cluster Mode стал общедоступным во всех регионах AWS, где доступен Elastic Beanstalk. AWS не взимает дополнительную плату непосредственно за режим Cluster Mode, однако клиент оплачивает используемые приложениями базовые ресурсы, включая плату за уровень управления EKS, вычислительные ресурсы EKS Auto Mode, Amazon ECR и Amazon CloudWatch. Сервис не участвует в программе AWS Free Tier.
Анализ certi.news: фактическое изменение заключается не просто в появлении нового варианта развёртывания, а в передаче ответственности за эксплуатацию группы контейнерных приложений уровню Elastic Beanstalk с использованием EKS в фоновом режиме. Это может быть полезно командам, которые хотят унифицировать эксплуатацию и сократить ручную работу, однако решение не определяется отсутствием дополнительной платы за сам сервис: стоимость EKS и вспомогательных ресурсов, а также совместимость приложения с контейнерами остаются решающими факторами. Кроме того, источник не приводит показателей производительности или фактического сравнения стоимости двух режимов, поэтому перед миграцией крупного производственного портфеля следует протестировать нагрузку и расходы.