2026 年 9 月 22 日，AWS 在容器官方博客宣布为 Elastic Beanstalk 新增由 Amazon EKS 驱动的 Cluster Mode 云原生部署模式，与原有运行在 EC2 上的 Standard 模式并列。对希望降低容器与 Kubernetes 运维门槛的团队，这一模式把集群管理、镜像构建与应用生命周期运营打包成托管服务。本文从云原生基础设施视角解读。
三种输入与自动构建
Cluster Mode 接受三种输入：控制台上传或来自 S3 的源代码、Dockerfile，以及来自 Amazon ECR 的预构建容器镜像。在源代码场景下，平台使用 Cloud Native Buildpacks 自动检测技术栈并构建镜像，无需维护 Dockerfile。对没有专职容器团队的组织，这种零 Dockerfile 的上云路径显著降低了把传统应用迁移到容器与 Kubernetes 的门槛。
多应用共享 EKS 集群
与 Standard 模式不同，Cluster Mode 运行在 Amazon EKS 之上，多个应用共享同一套集群基础设施。官方文档指出，这带来更快的发布速度、更快的弹性伸缩与更高的资源利用率，并内置托管 OpenTelemetry 集成；组合层面可通过单一界面管理全部应用，官方举例称约 30 个应用可统一收敛到该模式运营。共享集群加集中治理，是平台工程团队常见的落地形态。
托管运营与合规资质
AWS 对运行环境承担持续运营责任，包括健康检查失败自动回滚、弹性伸缩、操作系统与运行时补丁、监控与升级，覆盖应用整个生命周期，并由 Amazon CloudWatch 提供健康事件审计追踪。该模式在所有已上线 Elastic Beanstalk 的商业区域可用，不收取额外 Beanstalk 服务费，仅按底层资源计费，内置 HIPAA、PCI、SOC 1/2/3 合规资质。
对基础设施团队的启示
对平台工程团队，Cluster Mode 提供了一种受管的 Kubernetes 抽象：开发者按应用视角交付，平台方仍可在底层获得容器化与弹性等云原生收益。建议在试点时关注共享集群的资源隔离、权限边界与多团队配额，并与自建 EKS 方案在成本和可控性上做对比，再决定推广范围。
小结
AWS Elastic Beanstalk Cluster Mode 于 2026 年 9 月 22 日推出，以 EKS 为底座、Buildpacks 自动构建与全托管运营为特色，是云原生基础设施在降低 Kubernetes 使用门槛方向的一次产品演进。