
亚马逊云科技发布了 Amazon ECS Express Mode,为部署容器化 Web 应用和 API 提供了一种更简化的流程。Express Mode 允许用户“一步到位”部署可用于生产环境的服务,绕过以往在 IAM 角色、负载均衡器、扩缩容等配套配置上的大量细节工作。
在 亚马逊云科技的官方公告中,首席开发者布道师 Donnie Prakoso 解释说,用户只需提供容器镜像、任务执行用的 IAM 角色以及基础设施 IAM 角色,就可以部署生产级服务。系统会自动创建所需的全部基础设施组件,包括支持 HTTPS 的应用型负载均衡器(ALB),以及必要的自动扩缩容和域名配置。所有生成的资源都保留在用户自己的亚马逊云科技账户中,确保完整的可见性和控制权。
Prakoso 表示,ECS Express Mode 让用户在保持对基础设施资源完全掌控的同时,更快速地为应用构建云端架构。该服务面向希望快速部署、又不想被底层基础设施复杂性拖慢的开发者。它支持部署公有或私有的 HTTPS 应用,并可根据流量模式自动扩缩容;在网络配置彼此兼容的情况下,一个应用型负载均衡器最多可以承载 25 个 Express Mode 服务。ALB 默认配置了健康检查和自动扩缩容策略,网络与监控相关设置也全部实现自动化。用户仍然可以直接访问并配置所有资源。Express Mode 本身不收取额外费用,用户只需为实际使用的亚马逊云科技资源付费。该服务仅支持 Fargate,不支持在 ECS EC2 模式下运行,也不支持蓝绿部署。
社区反馈整体较为积极,许多评论者认可通过该服务快速部署 API 和内部工具的能力。不少用户将 Express Mode 称为 ECS 的“简单按钮”,因为它显著简化了包含 TLS 加密、路由、扩缩容以及 ALB 配置在内的容器化服务部署流程。
对比其他云厂商的类似服务,谷歌的 Cloud Run 和微软的 Azure Container Apps 更偏向于 PaaS 平台,进一步隐藏了基础设施细节。Cloud Run 提供按需扩缩容、可缩至零实例的能力,对基础设施要求极低,并自动启用 HTTPS。Azure Container Apps 构建在 Azure Kubernetes Service(AKS)之上,提供版本管理、事件驱动触发以及对 Dapr 框架的支持,在拥有比 ECS 更高层次抽象基础设施的同时,仍保留一定的应用级配置能力,并支持无服务器式的自动扩缩容与“缩到零”。三者在设计取向上有所不同:Cloud Run 更强调简单但控制能力有限,而 Azure Container Apps 试图在易用性与高级功能之间取得平衡。
亚马逊云科技 Community Builders 成员 Tanushree Aggarwal 在一篇文章中预测,Express Mode 并不会取代 App Runner,但会让习惯选择 App Runner 或手动搭建基础 ECS 配置的小团队更容易完成部署。他指出,开发者仍需要提前规划应用的长期演进,因为当需要更复杂的部署策略、服务网格或精细化网络能力时,最终仍需过渡到更高级的 ECS 工作流。Aggarwal 肯定了 Express Mode 减少样板配置的价值,同时也对可能失去部分高级功能表示担忧。
总体来看,ECS Express Mode 在提供完全可见性和控制权的同时,也允许用户在需要时逐步过渡到更复杂的系统。不过,目前高阶运维层面的部署策略尚未集成进该模式,共享 ALB 的限制也可能会给多服务团队带来一定挑战。ECS Express Mode 现已在所有支持 Amazon ECS 的亚马逊云科技区域正式可用。
原文链接:







评论