AWS于2026年9月17日宣布，AWS Elastic Beanstalk中的集群模式正式全面开放。通过这一新模式，团队可以提供源代码、Docker文件或容器镜像，而Elastic Beanstalk负责创建和管理运行环境，包括在应用整个运行期间执行部署、扩展、调试、监控和升级。
集群模式面向管理一组应用的团队，而不是为每个应用运行完全独立的环境。新架构基于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 SDK进行部署管理。
- 支持包括一次性部署、分阶段部署、不可变部署以及流量分割在内的部署策略，并可在失败时自动回滚。
- 基于事件的自动扩展，以及与AWS Secrets Manager集成以管理机密。
- 基于OpenTelemetry的监控，并可与包括Amazon CloudWatch在内的监控工具集成。
- 利用人工智能分析环境运行状况问题，同时由服务端收集日志并提供故障处理建议。
- 默认通过AWS Certificate Manager支持HTTPS，并提供合规模式；根据AWS公布的信息，该模式具备HIPAA资格，符合PCI DSS，并与SOC 1/2/3保持一致。
对团队而言，实际发生了什么变化？
集群模式缩短了传统应用部署与在共享容器环境中管理应用之间的距离。当团队为一组特定的子网首次创建环境时，服务会创建一个EKS集群，这一过程可能需要约十分钟。根据AWS的说法，后续部署可以利用现有集群。同一应用中可以运行多个微服务，并可为每项服务配置副本数量、处理单元、内存、端口和健康检查路径等资源。
更重要的是，团队不会被迫从当前模式迁移。由Amazon EC2支持的Elastic Beanstalk Standard环境仍会继续运行，标准环境与集群模式环境也可以在同一个Elastic Beanstalk应用中并行运行。此外，服务会在变更前执行兼容性检查，从而支持渐进式迁移。
什么时候集群模式不是最佳选择？
AWS表示，Standard Mode仍适用于单一应用或单一环境、运行在IIS上的Windows/.NET Framework工作负载，以及无法转换为容器的应用。对于每月支出低于500美元的工作负载，Standard Mode也可能更合适，因为EKS控制平面费用和EKS Auto Mode相关附加费用可能增加成本，而单个应用的资源共享无法抵消这些成本。
可用性与成本
集群模式现已在所有提供Elastic Beanstalk的AWS区域全面开放。AWS不会针对集群模式本身收取额外费用，但客户需要为应用消耗的底层资源付费，包括EKS控制平面费用、EKS Auto Mode计算费用、Amazon ECR费用和Amazon CloudWatch费用。该服务不符合AWS Free Tier计划的资格。
certi.news解读：实际变化并不只是新增了一种部署选项，而是将容器应用集合的运营责任转移到Elastic Beanstalk层，同时利用幕后运行的EKS。对于希望统一运营并减少手动工作的团队而言，这可能很有用，但决策不能仅依据服务不收取额外费用这一点；EKS及配套资源的成本，以及应用与容器的兼容性，仍然是关键因素。此外，来源没有提供性能数据或两种模式之间的实际成本比较，因此在迁移大型生产应用组合之前，应先测试工作负载和成本。