内容提要
作者复盘近三年Cloudflare账单:2024年3月至2025年8月连续18个月零费用;2025年末迁入核心业务并开通Workers Paid后开始计费,2026年9月单月达71.95美元。主要开销来自域名续费、Images图片转换、请求超量、Observability日志及缓存穿透。通过启用Worker Cache、优化图片尺寸、关闭非必要遥测、改用KV做ISR缓存等措施,可将费用压回5美元基线。结论是5美元只是入场券,架构治理才是控费关键。
延伸解读
账单跳涨并非失控,而是架构演进的镜像
作者逐月拆解2026年月结单,发现每次费用跳涨都能对应到具体动作:2月开通Images Basic后账单升至19.34美元,5月多个Worker并发激增推高D1与CPU耗时,9月则因Prefetch问题叠加Observability日志冲到32.55美元。反过来,7月缓存治理生效后账单重回5美元基线。这说明在Cloudflare上,费用波动更像配置与架构变化的滞后反馈,而非不可解释的黑天鹅。
域名续费是刚性成本,应与云服务开销分开看
作者指出账单中10.46美元这类零碎扣款是Cloudflare Registrar按成本价收取的.com续费,由Verisign批发价10.28美元加ICANN规费0.18美元构成,厂商不加价。9月总支出71.95美元中,相当一部分来自域名资产维护,而非Workers运行开销。读者复盘自己的账单时,应先把域名等固定支出与按量计费的云服务分开,否则容易误判费用增长的真实来源。
免费额度之外,真正的风险是关联服务的隐形消耗
作者原以为Worker超量只按请求数计费,实际却发现CDN默认不缓存Worker响应,请求会持续打到Worker;Images的唯一转换额度被爬虫迅速耗尽后按天扣费;Observability在服务稳定后仍持续产生日志成本。这些开销单看单价不高,叠加起来却能让账单翻倍。作者的经验是长期关闭非必要遥测、按需临时开启,并主动控制图片转换次数与缓存时长。
5美元是入场券,控费依赖持续治理与主动查账
作者总结,Workers Paid的5美元月费提供1000万次请求和全球调度能力,性价比依然突出,但它不覆盖架构层面的浪费。缓存层怎么建、ISR用KV还是R2,都会直接影响账单,而KV做ISR还需注意OpenNext不传TTL可能导致存储暴涨的问题。同时作者提醒Cloudflare计费功能偏弱,更新不及时、没有硬上限、分拆不清晰,建议每天多次查看账单,及早发现异常。
Q&A
Cloudflare 真的能白嫖吗?免费额度能撑多久?
可以。作者从 2024 年 3 月开通 R2 到 2025 年 8 月,连续 18 个月账单为 $0,免费额度足够支撑早期低频流量。但 2025 年底将核心业务迁入并开通 Workers Paid 后开始计费。
Cloudflare 账单里除了 $5 月费还有哪些隐藏扣费?
主要隐形扣费包括:Worker 缓存穿透导致请求直接打到 Worker、Images 图片转换超量、Workers Observability 日志遥测、以及缓存位置选择不当(如 R2 额度紧张)。此外域名续费是刚性开销。
如何把 Cloudflare 月账单从 $72 压回 $5 基线?
作者采取的措施包括:启用 Worker Cache 让 CDN 缓存 Worker 响应、优化图片尺寸并增加缓存时间、关闭非必要项目的 Observability、改用 KV 做 ISR 缓存(注意补 TTL 补丁)、以及屏蔽可疑爬虫。
Cloudflare Workers 的缓存机制和普通 CDN 有什么不同?
Worker 最初作为可编程网关,其 JS runtime 裁剪过,CDN 默认不会缓存 Worker 响应。需要手动调用 Cache API 或启用 Worker Cache(配置 cache.enable=true)才能让响应在 CDN 层缓存。
Cloudflare Images 为什么容易超量?怎么控制成本?
Images 按唯一转换次数计费,老站爬虫多容易耗尽免费额度。控制方法:减少首页文章数、屏蔽可疑来源、手动设置优化尺寸、将缓存时间增至 1 年。
Workers Observability 日志费用高吗?应该一直开着吗?
Observability 在流量突增时会产生高额费用(作者曾因此单月多花 $3)。建议长期关闭,仅定时开放特定项目并收集数据,处理完问题即关闭。
用 KV 还是 R2 做 ISR 缓存更好?
作者建议用 KV 做 ISR 缓存,因为 R2 额度更紧张(需用于文件上传等)。但需注意 OpenNext 处理 KV ISR 时不传 TTL 的 Bug,需手动补丁避免存储暴涨。