https://benzhub.github.io/tags/workflows/Recent content in Workflows on BenzHubHugozh-TWTue, 01 Sep 2026 00:00:00 +0000https://benzhub.github.io/post/cloudflare/032-workflows-steps/Tue, 01 Sep 2026 00:00:00 +0000https://benzhub.github.io/post/cloudflare/032-workflows-steps/<blockquote> <p>上一篇《<strong>Workflows 持久化執行入門</strong>》,我們寫出了第一個 Workflow,學會用 <code>step.do(名稱, 函式)</code> 把每個有副作用的動作包成一個持久化步驟。但那只是最基本的兩參數形式。真正讓 <strong>Cloudflare Workflows</strong> 強大的,是 <code>step</code> 的深水區:<strong>每一步要怎麼設定重試與指數退避?怎麼讓流程睡上七天卻完全不計費?怎麼暫停下來等待一個外部的人工審核事件?</strong> 這一篇,我們就把 <code>step.do</code>、<code>step.sleep</code>、<code>step.waitForEvent</code> 這三支 API 一次拆透,並釐清背後那條所有人都會踩的紅線——<strong>決定性(determinism)</strong>。</p> </blockquote>https://benzhub.github.io/post/cloudflare/031-workflows-intro/Mon, 31 Aug 2026 00:00:00 +0000https://benzhub.github.io/post/cloudflare/031-workflows-intro/<blockquote> <p>上一篇《<strong>Queues 批次、重試與 DLQ</strong>》,我們把訊息佇列的容錯練到了生產級。但 Queues 有個天生的邊界:<strong>訊息即狀態,無法跨步驟保存進度,也不能睡眠等待</strong>。當一件工作需要「<strong>跨越多個步驟、每步獨立保存結果、就算中途崩潰也能從斷點續跑</strong>」時,你需要的是另一種更強的原語——<strong>Cloudflare Workflows</strong> 提供的 <strong>durable execution(持久化執行)</strong>。這一篇,我們就從零寫出第一個 Workflow,搞懂它為什麼「崩潰也不用重來」。</p> </blockquote>