Cloudflare Workflows 2026 計費怎麼算？先盤點 steps 與 state storage

先分清楚四個計費維度#

Cloudflare Workflows 的 pricing 頁面列出四個維度：CPU time、requests、storage 與 steps。這些指標回答的問題不同，不能只看 Workflow instance 數量推估成本。

官方特別說明，step count 不包含 rollback handlers 或 retries；但每個 Workflow 的步驟設計仍會影響執行路徑與 state。要做預估，不能只把程式碼裡出現的 step.do() 乘上 instance 數，還要把條件分支與等待流程列入。

Free 與 Paid 的新額度#

目前官方公布的 Workflows steps 與 storage 額度如下：

Paid plan 仍會依 Workers 的標準方式處理 requests 與 CPU time；不能因為 steps 或 storage 有額度，就把整個 Workflow 視為零成本。另一方面，Cloudflare 也說明 Workers Free 在包含額度內不會被收取 steps 與 storage 費用。

若你在 8 月 10 日前做成本試算，請把結果標成「預估」，並記錄 pricing 頁面的版本日期。官方公告使用的是 starting no earlier than August 10，因此不要把它寫成所有帳號一定在同一分鐘切換。

先找出最容易放大用量的 Workflow#

在 repository 根目錄做一次靜態盤點：

1
rg -n \
2
  'step\.(do|sleep|waitForEvent)|WorkflowInstanceCreateOptions|retention' \
3
  src test tests . \
4
  --glob '!node_modules/**' \
5
  --glob '!dist/**'

接著把每個命中點放入三類：

1. 高頻短任務：例如 webhook、排程或每次使用者操作都建立 instance。這類任務先看每日／每月 instance 數與固定 steps。
2. 長時間等待：使用 step.sleep() 或 step.waitForEvent()，等待本身不會持續消耗 CPU，但可能讓 state 保留更久。
3. 大 state 或長 retention：每個 instance 儲存大量輸出，或保留 errored、completed instance 的時間很長。這一類優先檢查 state 是否真的需要完整保存。

這個盤點的目的不是把所有步驟壓成一個函式。拆成 steps 能提供 retry、durable execution 與觀察性；要縮減的是沒有帶來可驗證邊界、卻反覆執行或保存過多資料的部分。

State retention 是成本與除錯的取捨#

Cloudflare pricing 文件說明，storage 會計入 running、errored、sleeping 與 completed instances；預設 state retention 在 Free plan 是 3 天、Paid plan 是 30 天。如果任務完成後不需要長期保留完整 state，可以評估更短的 retention，但要先確認事故排查、重試與稽核需求。

我會在每種 Workflow 寫下這三個問題：

• 失敗的 instance 要保留多久，才足夠重現問題？
• 完成的 instance 是否需要保存完整輸出，還是只留外部資料的識別碼？
• state 裡是否放入不應長期保存的 token、個資或第三方回應？

不要為了少一點 storage 直接刪掉所有錯誤紀錄。先把敏感資料與可重建資料分開，再決定 retention，成本與可觀測性才不會互相犧牲。

8 月 10 日前的驗證清單#

• 在 Cloudflare dashboard 查看 Workflows usage，記下目前的 instance、steps 與 state 趨勢。
• 為每個高頻 Workflow 計算一個完整成功流程的 steps，另外標示分支、重試與等待。
• 檢查 state 的平均大小與 retention；不要只看 instance 數量。
• 將 requests、CPU time、steps、storage 分成四欄，避免把不同 SKU 混成單一「每次執行成本」。
• 若要調整步驟或 retention，先在非正式環境驗證失敗恢復、人工等待與 dashboard 資料是否仍足夠。

真正要在 8 月 10 日前完成的，不是把所有 Workflow 重寫，而是知道哪幾個流程會讓 steps 或 state 失去控制，並能用實際 dashboard 數字驗證調整結果。

常見問題#