Cloudflare 的開發者平臺正在經歷一場靜默的架構革命。八年前,Workers 是個直接面向開發者的工具;今天,它要解決的問題變成:如何讓成千上萬個互不相識的租戶,在同一臺機器上安全地運行彼此從未見過的代碼。
上個月 Dynamic Workers 開放測試,讓平臺方能在毫秒級啟動隔離的代碼沙箱。Durable Object Facets 把同樣的思路搬到存儲——每個動態加載的應用都能按需獲得獨立的 SQLite 數據庫。Artifacts 則搞定了版本控制。現在,最后一個拼圖來了:Dynamic Workflows。
![]()
從"綁定一個類"到"每個租戶一個工作流"
Workflows 是 Cloudflare 的持久化執行引擎。它把 run(event, step) 函數變成能扛住故障、能睡上幾天、能等外部事件、能在隔離環境回收后精確恢復的程序。V2 版本已經能支撐單賬戶 5 萬個并發實例、每秒 300 個新實例——明顯是為 agent 時代設計的。
但有個前提一直沒變:工作流代碼得是你部署的一部分。
wrangler.jsonc 里寫死一個類名,一次部署對應一個綁定。你自己寫代碼,這沒問題。可一旦想讓客戶提交自己的工作流邏輯,這套模型就卡住了。
想象這些場景:AI 應用平臺為每個租戶生成 TypeScript;CI/CD 產品里每個倉庫定義獨立流水線;agent SDK 讓每個 agent 自己寫持久化執行計劃。每個租戶、每個請求的工作流都不一樣,沒有"一個類"可以綁定。
這正是 Dynamic Workers 解決過的計算層問題,也是 Durable Object Facets 解決過的存儲層問題。Workflows 成了最后一塊沒松動的鐵板。
Dynamic Workflows 的解法:把執行引擎和代碼解耦
新方案的核心改動是:Workflows 不再要求代碼預先部署。平臺可以在運行時傳入任意代碼,引擎照樣保證持久化語義——失敗重試、休眠喚醒、事件等待、精確恢復,一個不少。
技術實現上,這依賴 Workers 平臺已有的隔離能力。Dynamic Workers 證明了毫秒級冷啟動沙箱的可行性;Durable Object Facets 證明了動態存儲分片的可行性。Workflows 現在把持久化狀態機和動態代碼加載拼在一起,讓"每個租戶一個工作流"從架構負擔變成常規操作。
對平臺方來說,這意味著可以暴露更原生的編程接口。不用再讓客戶把邏輯拆成"配置"塞進你的 DSL,直接給 TypeScript 就行。AI 生成的代碼、用戶手寫的代碼、agent 自舉的代碼,一視同仁。
為什么這指向了 multi-tenant 架構的終局形態
Cloudflare 這三步棋——Dynamic Workers、Durable Object Facets、Dynamic Workflows——拼出的是一個完整圖景:計算、存儲、執行流,全部變成可按租戶動態實例化的資源。
這不是簡單的功能疊加。傳統 multi-tenant 架構要么共享代碼(限制客戶自由度),要么完全隔離(成本爆炸)。新模型走的是第三條路:共享物理機,但每個租戶獲得邏輯上獨立的運行時、數據庫、工作流狀態機。隔離性由底層平臺保證,客戶感知不到彼此存在。
Artifacts 的版本控制系統讓這套模型更完整。現在一個租戶的工作流可以有完整的生命周期:代碼版本化、狀態持久化、執行可觀測——而平臺方只扮演監督者角色。
對 25-40 歲的技術從業者來說,這個信號很清晰:下一代應用平臺的競爭焦點,正在從"功能豐富度"轉向"架構自由度"。誰能讓客戶以最自然的編程方式表達業務邏輯,同時不犧牲隔離性和可靠性,誰就能吃掉 SaaS 的下一波紅利。
如果你正在設計需要支持客戶自定義邏輯的平臺——無論是 AI 應用構建器、自動化工作流工具,還是垂直領域的 CI/CD 產品——現在需要重新評估技術選型了。托管 Kubernetes 或傳統 FaaS 可能還在你的候選清單上,但 Cloudflare 這套動態原語組合已經定義了新的基準線:毫秒級啟動、租戶級隔離、持久化語義內建。這不是"可能更好"的選項,而是"客戶會期待"的默認配置。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.