Michael Johnson能否在限制云计算支出的同时，避免冒着停止线上应用的风险？Cloudflare 现在提供了这两种设置方式，但硬性限额就像账户级别的产品开关：达到阈值时，它会阻止新的受支持操作。不过，阈值并不能保证账单金额不会超过该数值。
2026 年 11 月 13 日，Cloudflare 宣布面向 Pay-as-you-go 客户推出 Spend Management。首批支持为 Workers 和 Durable Objects 设置限额与通知。这是一道防止用量意外增长的自动保险机制——前提是团队了解哪些服务会被同一个停用操作影响，正如Cloudflare 的说明所述。
与支出通知相比，有什么变化？
通知会告知支出已达到所选水平，但产品仍会继续运行。硬性限额则会阻止受支持的操作。在 Spend Management 中，每种产品都可以设置独立策略：限额金额、通知阈值，以及可选的电子邮件地址。Workers 和 Durable Objects 的限额彼此独立，并分别覆盖账户中的整个相应产品。根据Cloudflare 文档，用户无法为单个 Worker、某个 Durable Objects 命名空间或某项指标单独设置阈值。
实际选择很简单：如果可用性更重要，就选择通知；如果团队愿意停用该产品的受支持操作，以限制后续用量，就选择阻断式限额。
为什么限额不会在设定金额处精确触发？
支出统计和阻断策略的传播都不是即时完成的。Cloudflare 表示，控制面板显示的支出接近实时，延迟不到 10 分钟；与此同时，计费引擎并不会介入每一次请求。策略会异步传播到网络节点，运行环境则在定期更新本地状态时应用策略。Cloudflare 在Spend Management 工作机制说明中对此作了解释。
因此，设定的阈值是开始阻断的起点，而不是最终账单的硬性上限。在支出统计和规则传播期间，操作仍可能继续。此外，某些费用不计入限额：例如，Workers Paid 的订阅费不包含在内；即使暂停，Durable Objects 中存储的数据仍可能继续产生费用。Cloudflare 提醒，最终金额以账单为准。
Workers 限额会停止应用的哪些部分？
Workers 限额会汇总账户中所有 Workers 的请求和 CPU 时间费用，并扣除已包含的用量。阻断生效后，Cloudflare 会拒绝会产生费用的新代码调用。无需运行 Worker 代码即可提供的静态资源仍会继续运行。Workers 文档说明了这一适用范围。
假设一个账户中同时有生产应用和测试 Worker。如果测试负载使 Workers 的总支出达到阈值，阻断可能也会影响同一账户中的生产代码。限额无法按单个应用拆分；若要隔离影响，团队可以将相关负载分到不同账户，或者在不能接受 Workers 停运时选择通知。
Durable Objects 的独立限额会统计请求、执行时长、SQLite 行的读取和写入，以及 key-value 存储中的读取、写入和删除操作。它不涵盖 Workers、Workers AI、KV、R2 等其他产品。如果应用依赖多个服务，一个限额只能保护相应部分的支出；停用其中一个环节仍可能影响应用运行。
启用阻断前应检查什么？
梳理账户中的依赖关系：哪些应用使用 Workers，哪些后台任务由定时调度或队列触发，以及哪些服务会调用 Durable Objects。然后确定哪些产品可以接受自动停用。如果服务中断比超支更难接受，就设置通知阈值而不启用阻断。如果可以接受阻断，选择金额时应考虑处理延迟、已包含的配额，以及限额未覆盖的费用。
Cloudflare 支持通过控制面板、cf CLI 和 REST API 进行设置。例如，创建 API 策略时，使用 threshold_cents 字段指定以美分计的金额，使用 product_id 指定产品，使用 action 指定操作，并通过 notification_email 设置通知；示例见公司公告。自动化设置并不会改变适用范围：限额仍按产品覆盖整个账户。
还应提前制定恢复流程。若要在下一个账单周期前解除停用，Cloudflare 建议将限额调高至高于累计支出的水平、关闭限额或删除策略。变更可能需要几分钟才会生效；重新启用相同限额不会清零本周期的支出。
这种机制适用于什么场景？
Spend Management 增加了对用量增长的自动响应：系统不再只是发送邮件，还可以停止所选产品的新增受支持操作。对于包含测试任务的账户，这可以作为防止负载失控的保险机制。对于包含多个关键服务的账户，统一限额则会将预算与账户中所有 Workers 或所有 Durable Objects 的可用性联系起来。
如何选择取决于能够接受多大程度的停运风险。如果运行连续性更重要，可以先启用通知并观察支出；如果更需要限制后续用量，则应先检查依赖关系并准备好恢复方案，再启用阻断。规划阈值时，应将其视为产品停用策略，而非账单金额精确封顶的承诺。
