當每個客戶都想跑自己的代碼，云廠商怎么接招

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 這套動態原語組合已經定義了新的基準線：毫秒級啟動、租戶級隔離、持久化語義內建。這不是"可能更好"的選項，而是"客戶會期待"的默認配置。