Cloudflare Medivh:自部署的近实时账单估算与告警
一个可自部署的开源监控:在 Cloudflare 按日更新的计费用量之上叠加当日估算费用,定期推送汇总,当前账期超过预算时调用 Webhook。
- 适用产品
- WorkersWorkers LogsWorkers BuildsContainersDurable ObjectsR2QueuesD1Workers KV
- 来源
- 社区资源GitHub 仓库
- 作者
- NPC_Jyy(@jinyang1994)
要点
- README 写到:Cloudflare 的 Billable Usage API 按日更新,且不是 UTC 零点准时更新,日内暴涨很难及时发现。Medivh 用“截至昨日的官方累计费用 + 今日新增估算费用”近似当前账期费用,UTC 零点后反复尝试同步官方账单,并复查最近三天以接收迟到或修订的费用。
- 它每 10 分钟采集一次,可推送汇总到飞书机器人;当“官方账单 + 预测”严格大于以整数美分设定的阈值时调用预算 Webhook。该 Webhook 每个账期只触发一次,仅对 USD 账期生效,并携带 Idempotency-Key。
- README 写明的边界:它只做监控、核对和通知,不会自动停止 Cloudflare 服务,也不是账单硬顶。作者解释,有些服务(例如 Durable Objects)的停用需要事先写进业务逻辑,所以只暴露一个 Webhook。单价集中在本地价目表,不会自动跟随官方调价;Analytics 可能延迟或采样;Workers Logs 只能回查 7 天。
- 所需 Token 权限为 Account Billing Read、Account Analytics Read,以及 Workers Observability Write(日志查询接口目前要求该权限)。页面没有内置登录验证;README 还注明项目主要通过 vibe coding 完成。
原始来源
原始来源 · 最后更新
打开原始来源作者称正准备把自己在用的账单监控与自动停用服务开源。
到 𝕏 阅读NPC_Jyy
@jinyang1994 · 𝕏 原帖
我已经准备开源我用的监控账单自动停用服务了
作者写到:通过 API 拿到的账单只能到昨天,想要实时账单需要自己计算。
到 𝕏 阅读NPC_Jyy
@jinyang1994 · 𝕏 原帖
赞同,主要恶心的在于API获取的账单只能是昨天的。 如果你想拿到实时账单,需要自己手动算... pic.twitter.com/tw7mmeWQ6T
开源发布:服务实时计算账单、定期发送,超出限额时调用 Webhook,可用于紧急停用或电话通知;作者希望在 Cloudflare 推出账单硬顶前帮到大家。
到 𝕏 阅读NPC_Jyy
@jinyang1994 · 𝕏 原帖
开源了一个Cloudflare账单监控服务。 可以实时计算账单,定期发送实时账单,超出限额调用webhook(用来实现紧急停用服务或电话通知)。 希望在Cloudflare发布账单硬顶功能前能帮助到大家。 欢迎大家试用,反馈不同场景下的问题,让系统健壮起来。 求扩散 @imwsl90https://t.co/27j21d0L38 https://t.co/qwS3k33VxS
另一位作者 M.(@wlzh)介绍 Medivh 每 10 分钟采集、支持飞书汇总和阈值 Webhook,并强调它只监控和报警,不会自动停服,也不是账单硬顶。
到 𝕏 阅读M.
@wlzh · 𝕏 原帖
前几天一位老哥,Codex 的代码 bug 让他的项目在 Cloudflare 上一晚上刷掉一万多刀。 这事儿把另一位老哥吓得夜不能寐:自己的项目全搭在 Cloudflare 上,代码还都是 AI 写的,万一哪天睡觉的时候被刷破产了呢? 于是有人直接开源了一个 Cloudflare 账单监控服务,叫…
其他推荐阅读
作者经验账号级用量计费产品 +1
硬上限为何需要时间:Ashley Peacock 谈计费数据延迟
Cloudflare Durable Objects 团队的 Ashley Peacock(@ashleypeacock)从个人经验解释为何接近实时的费用上限难做,称硬性账单上限即将推出,并建议在此之前先配预算告警和问题告警。
Durable Objects
Steven Menke:Agents SDK 缺陷,Durable Objects 发票 $1,700。
Steven Menke(@Galorious_)报告 Agents SDK 缺陷导致 Durable Objects 失控,3 天内产生 $1,700 发票,称有 1 万亿次 SQLite 读取(后一帖称写入)。他称支持工单即使经维护者升级,数月仍无回复。
作者经验Durable Objects
从 Durable Object alarm 循环复盘看多层防线
星星之火可以燎原(@fireandstart)读完一份公开的 Durable Object alarm 循环复盘后,主张建立多层防线,而不是寄望于“以后仔细一点”。