摘要

  • Cloudflare Workers Free 账户每日可处理十万次请求，协调世界时午夜清零。超额后，fail open 让请求绕开 Worker；fail closed 返回 1027 错误页。
  • 若 Worker 位于代理域名和源站之间并负责安全检查，绕行后的访问结果取决于源站自身是否执行同样的检查。Cloudflare 建议安全关键型 Worker 使用 fail closed。

免费额度后面还有一道门

成本会议看见的是免费额度，网站收到的是路由结果。Cloudflare 为 Workers Free 账户规定每日十万次请求，上限之后由对应路由的失败模式接管。fail open 令请求表现得像没有配置 Worker；fail closed 则送出 Cloudflare 1027 页面。这不是“多用一点再收费”的简单故事，两种模式改写的是用户能否走到应用服务。

Worker Route 可以布在已有代理域名的应用服务器前面。代码可能改写内容、分流，也可能在请求到达源站前核验权限。若权限检查只写在 Worker，fail open 会把请求直接交给后面的系统处理。具体会不会越权，只能看源站是否另有独立规则：能自行拒绝未授权请求的源站仍会拒绝；把判断完全交给边缘代码的源站则少了一道门。公开文档没有提供任何客户源站配置或事故，不能凭一个路由选项编出泄露事件。

fail closed 把门留住，但正常用户也会得到 1027。Cloudflare 因此把它推荐给承担安全功能的 Worker；可用性负责人则必须接受这段停机风险。fail open 维持源站通路，却放弃超额请求上的 Worker 工作。称其中一个“安全”、另一个“稳定”都太省事；实际问题是代码负责什么、源站还能做什么、业务允许哪种失败。

每日计数在 UTC 午夜重置。这是恢复时钟，不是事前预案。Cloudflare 当前的额度表显示 Paid 计划没有这一每日请求上限。付款可以去掉这个触发器，但不能替团队补写源站规则。把配额用量、路由失败模式和源站访问控制放在同一张表里，才能知道第十万零一次请求会走哪条路。

来源