Google Cloud 宣布 Budgets 的 spend caps 正式全面可用（GA）。这个功能的目标是保护工作负载免受失控成本的影响，同时避免资源被删除。相比预览版，这次发布带来了三个直接影响使用方式的更新。

第一项是 spend caps API。它通过现有的 Cloud Billing Budgets API 访问，可以编程方式为每个项目中符合条件的服务设置财务边界。你可以在开发者新建沙箱项目时立刻应用上限，也可以随时自动提升、更新或删除上限，省去在数百个项目中手动维护护栏的负担。

第二项是实时可见性。AI 服务的 spend caps 会在使用后的几分钟内，基于预估的实时成本触发。触发后，用户可以直接在 Cost Reports 中查看这些更快的预估成本，拿到触发强制措施的财务快照，而不是等标准结算流水跑完数小时后的净成本，从而更快速地进行根因分析。

第三项是自动月度重置。此前，上限一旦触发，使用阻止会一直锁住，直到你手动解除。现在，月度重置会自动进行：下月初被阻止的服务会恢复。如果治理策略要求人工审计后才能恢复，原来的手动覆盖选项仍然保留。

Google Cloud 还给出了几条部署建议：先在非生产环境（开发沙箱、测试集群、实验性 AI Agent 游乐场）应用严格且低金额的 spend caps；默认警报会在上限的 50%、80%、100% 时发送给结算管理员和项目所有者，也可以把 spend caps 权限加入自定义角色；同时要理解固定与按需成本的区别——spend caps 会暂停 pay-as-you-go 和 CUD 覆盖的请求，但 Provisioned Throughput 不会被暂停，预留容量会继续服务正常流量。

spend caps 可以与早前发布的 Early Anomalies Detection 配合，构成云支出的双重防御：前者做预测性监控，每天分析早期成本信号，定位异常趋势和具体 SKU；后者在预算被突破后，以编程方式暂停特定项目或服务的用量，提供不删除资源的绝对保护。

现在，你可以阅读文档，或直接在 Billing Console 的 Budgets and Alerts 页面设置第一个 spend cap；也可以查阅新发布的 spend caps API 文档，把程序化护栏集成到部署工作流中。