多租戶SaaS平臺的一個(gè)經(jīng)典難題是：當(dāng)每個(gè)客戶都要跑不同的業(yè)務(wù)邏輯，你怎么保證這些代碼在服務(wù)器重啟、網(wǎng)絡(luò)中斷后還能接著跑？Cloudflare最新開源的Dynamic Workflows給出了新解法——把"持久化執(zhí)行"能力下放到每個(gè)租戶、每個(gè)AI Agent的獨(dú)立代碼里。

這套MIT協(xié)議的庫，本質(zhì)上是給Cloudflare原有的Workflows引擎開了個(gè)動態(tài)路由的口子。以前Workflows要求工作流代碼必須打包進(jìn)部署包，一次發(fā)布一個(gè)綁定、一個(gè)類，全平臺通用。現(xiàn)在平臺可以在運(yùn)行時(shí)把create()調(diào)用分發(fā)到不同租戶的代碼，等幾秒、幾小時(shí)甚至幾天后執(zhí)行時(shí)，引擎還能準(zhǔn)確找回那套代碼繼續(xù)跑run(event, step)。

Cloudflare工程師Dan Lapid和Luís Duarte在官方博客舉了三個(gè)典型場景：AI應(yīng)用平臺為每個(gè)租戶生成TypeScript代碼、CI/CD產(chǎn)品讓每個(gè)倉庫定義自己的流水線、Agent SDK讓每個(gè)AI自己寫持久化計(jì)劃。這些場景的共同點(diǎn)——工作流邏輯隨租戶/Agent/請求而變——現(xiàn)在都被納入支持范圍。

技術(shù)實(shí)現(xiàn)上，Dynamic Workflows把"代碼存儲"和"執(zhí)行調(diào)度"解耦了。租戶代碼可以存在R2對象存儲、數(shù)據(jù)庫或版本控制系統(tǒng)里，引擎只負(fù)責(zé)在恢復(fù)執(zhí)行時(shí)按ID召回正確的代碼版本。這對需要嚴(yán)格隔離的多租戶架構(gòu)很關(guān)鍵：A租戶的bug不會污染B租戶的執(zhí)行環(huán)境，代碼更新也可以灰度到單個(gè)租戶。

開源時(shí)機(jī)也值得注意。持久化執(zhí)行（Durable Execution）這個(gè)概念因Temporal、Inngest等工具而流行，但大多面向單一代碼庫場景。Cloudflare選擇把能力開放給"每個(gè)請求代碼都不同"的邊緣場景，可能跟其Workers平臺的邊緣計(jì)算定位有關(guān)——讓代碼盡可能靠近用戶跑，同時(shí)不犧牲可靠性。

目前項(xiàng)目已在GitHub開源，依賴Cloudflare的Durable Objects實(shí)現(xiàn)狀態(tài)存儲。對于正在構(gòu)建AI Agent平臺或復(fù)雜SaaS的開發(fā)者，這減少了一層自建持久化調(diào)度的基礎(chǔ)設(shè)施負(fù)擔(dān)。