Queues ETL 管線：Workers Paid 每月約 $16.60
照下面這組用量，一個月大約 $16.60，含固定月費。最先用完包含額度的是Queues 操作數，已到額度的 3000%。單價是 2026-09-15 的公開價目；真正的發票才是唯一真值。
估算帳單
每月合計 $16.60
Workers Paid 固定月費 $5.00
最接近（或已超出）包含額度的計量項: Queues 操作數 — 30M / 1M (3000%)
超出部分
- Queues 操作數: 29M → $11.60
假設的本月用量
- Workers 請求數: 3M
- Workers CPU 時間（毫秒）: 20M
- D1 寫入列數: 20M
- Queues 操作數: 30M
這套架構長什麼樣
一個接 webhook 的 Worker 把每條事件放進佇列，消費者攢成批寫進 D1。一個月 1,000 萬條事件，聽起來是 1,000 萬次操作。實際是 3,000 萬，因為 Queues 把寫入、讀取、確認各算一次操作。這個 3 倍，是第一次做預算最容易漏的地方。
為什麼是Queues 操作數先用完
Workers Paid 每月包含 1M 次 Queues 操作。到了 30M，這條管線是額度的 3000%，超出部分成了最大的一行，儘管它後面的 Worker 和 D1 都還在額度裡。每次重試再加一次讀和一次確認，所以消費者在一條壞訊息上反覆失敗，會讓次數翻上去而一條資料都沒動。
在 GraphQL Analytics 裡看哪一項
queueMessageOperationsAdaptiveGroups 按佇列和天分組，再按操作拆開。讀取數應該和寫入數接近；讀遠遠跑在前面，就是訊息在被重試。壞訊息試兩次就送進死信佇列。批次大小不改變操作次數，但能減少後面的 D1 寫入。
單價與包含額度於 2026-09-15 抄自 Cloudflare 公開定價頁。是近似值：部分計量項按整單位向上取整，不含 Workers AI 與頻寬，真正的發票才是唯一真值。
其他幾種典型帳單
還在探索
在付 Workers Paid，怕哪天帳單嚇一跳？看看 Usage Guard ——逐指標看暴增，可選擇一鍵停下。
support@ 走 Cloudflare 轉寄、卻在 Gmail 裡看？看看 Routed Inbox ——Email Routing 上的小共用收件匣，不按席次計價。
替很多客戶管 Cloudflare？看看 Zone Audit ——跨帳號的設定漂移與基準檢查。