微软发布Container Apps Express，支持秒级启动与零成本休眠

微软已将Azure Container Apps Express正式推向GA。该部署模型接收容器镜像、区域和应用配置，自动完成计算资源、HTTP入口与扩缩容设置，以带有偏好性的默认值减少基础设施配置。应用按秒使用CPU并计费，空闲时可缩容至零，不收取环境预置费用，微软将其定位为开发者优先、尤其面向AI智能体工作流的方案。

Express建立在同步发布的Container Apps Sandboxes之上。Sandboxes从预热资源池分配资源，支持亚秒级启动，并通过硬件隔离的microVM分隔工作负载，可突发扩展到数千个并发沙箱；它还能对内存、磁盘等完整状态进行快照，在亚秒内挂起和恢复。开发者也可以绕过Express直接使用Sandboxes，典型场景包括智能体平台和安全代码执行服务。其ARM资源类型为Microsoft.App/SandboxGroups，作用类似Container Apps环境，用于管理共享配置的沙箱。

社区反馈显示，Sandboxes在正式发布前已被用于多项Azure服务，包括Foundry Hosted Agents，也有团队将其作为面向客户的智能体Python沙箱，并通过Bicep按镜像快速部署、按需缩容。与Container Apps jobs相比，Sandboxes更强调可编程的隔离计算环境和生命周期控制，而jobs主要用于运行至完成的任务。微软所称的硬件隔离也引发了个别质疑，关于AKS是否提供同等能力的问题暂未得到明确答案。整体上，它与Google在GKE中结合Pod快照和Agent Sandbox的做法相近，目标都是为不受信任的智能体代码提供闲时零成本、可快速恢复的环境。

Express提供的是Container Apps的精简能力集合，包括多副本、微软托管域名下的HTTP入口、环境变量、手动密钥、IP限制、日志流式传输，以及按HTTP、CPU或内存规则自动扩缩容。但它不支持自定义域名、可用区冗余、Key Vault密钥引用、Easy Auth、OpenTelemetry、Dapr、jobs、工作负载配置文件、GPU、多修订版本与流量切分，也没有系统分配的托管身份和服务发现；应用之间需通过公网URL通信，入口仅支持HTTP，出站子网一旦设置也不能修改，并存在单副本存储限制。

因此，微软建议需要高级网络控制、GPU或Dapr等环境级能力的团队使用标准Container Apps环境。Express适合快速原型，也可直接继续用于生产，但自定义域名、可用区冗余和Key Vault等需求会形成明显边界。访问方面，Express要求使用受Microsoft Entra ID支持的账户，不支持个人Microsoft账户；管理界面分别为containerapps.azure.com和sandboxes.azure.com，微软称它们是独立视图，不会取代常规门户。

现有标准环境可通过“归档与恢复”迁移到Express，应用和环境配置会被保留，过程约需15分钟，也不会改变免费用量额度。迁移通知提供退出表单，供需要额外审批的组织使用；长期无运行应用或jobs且近期无活动的环境，可能被归档并进入休眠。正式发布时，Express已覆盖40多个Azure公有区域，公测期间累计创建了数千个应用。