Deno 團隊併入 Cloudflare，Deno 執行環境一年後停止開發
Deno / Cloudflare 官方部落格 · 2026-10-09
Deno 不再是獨立的 JavaScript 執行環境與託管服務，整個團隊併入 Cloudflare，把重心轉到「Workers 程式模型」上：workerd 與 Deno 團隊在 8 月釋出的 celld 將合併。Ryan Dahl 與 Cloudflare 的 Kenton Varda 在 2026 年 10 月 9 日分別於 Deno 部落格與 Cloudflare 部落格發文宣布。
原本的問題
Dahl 的說法是，建構並營運 Deno Deploy 讓他看見雲端基礎設施變得有多複雜。自架一個 Workers 風格的應用一直有缺口：Varda 指出 workerd 是開源的，而且「跟 Cloudflare 在 production 跑的是同一份程式碼」，但它對 Durable Objects 的支援只限單一實例，這是 production readiness 的落差。
Cloudflare 自己的 Durable Objects 路由是為數百個據點設計，並依賴外部服務，自架的人用不上。Varda 也提到，2022 年 Cloudflare 向 Shopify 推銷 Workers for Platforms 時，對方的回饋是執行環境必須開源。
Dahl 在意 Durable Objects，源自他早年用 Node.js 寫的 500 行 JavaScript IRC server。他想把這種設計擴展到單一伺服器之外，而 Durable Objects 是單執行緒、可個別定址、帶 SQLite 儲存的單元，每個頻道一個物件，就能同時切開資料與 WebSocket 連線。這也是兩個團隊合流的技術交會點：要讓這種程式模型不依賴 Cloudflare 的全球路由也能跑起來，正是自架缺口所在。
核心改動
Dahl 與 Bert Belder 將主導一項新工作，目標是讓自架 workerd 成為「一級支援」的方式來建構並執行 Workers 模型的應用。做法是把 celld 的程式碼與想法併回 workerd。Dahl 形容 celld 是單一 Rust binary，唯一的外部依賴是 object storage。
Deno 自家產品的去向，則寫在 Deno 部落格：
| 項目 | 公告內容 |
|---|---|
| Deno CLI（執行環境） | 再支援一年，每月釋出含 bug fix 與安全更新的版本；之後停止開發，維持開源並歡迎他人接手 |
| Deno Deploy | 再營運六個月後關閉；付費客戶有遷移到 Cloudflare Workers 的支援 |
| JSR | 繼續營運，基礎設施搬到 Cloudflare |
rusty_v8 | Cloudflare 持續支援，並朝整合進 workerd 努力 |
影響範圍
- Deno Deploy 使用者：時限最短，六個月內必須遷移。公告說付費客戶有遷移支援，免費方案的安排公告未說明。
- 以 Deno CLI 做正式服務或內部工具的團隊：未來一年仍有月更的修補，之後要不就自行維護分支，要不就換執行環境。公告沒有提出 Deno 與
workerd之間的相容層或遷移工具。 - 發佈到 JSR 的套件作者：服務持續，短期不需動作，但基礎設施搬遷期間值得留意可用性。
- 想自架 Workers 模型的團隊：這是正面消息，但目前
workerd的 Durable Objects 仍是單一實例，Cloudflare 只說「未來幾個月會有更多公告」，沒有時程。
未說明的部分
兩篇公告都沒有提到授權條款或治理方式，只說 Deno 會維持開源。Deno Subhosting、Fresh、npm 與 Node.js 相容性的後續，公告也沒有討論。Cloudflare 的文章僅表示，Varda 自己會在家裡跑一個「Cloudflare OS」實例，並建議今天就可以自架 celld 或 workerd 試用。
Dahl 與 Varda 都強調，這次整合的方向是讓 Workers 模型成為主流的伺服器開發方式。至於「Cloudflare 擁有 Deno 的團隊與 JSR，又讓 Deno 執行環境進入退場期」是否會讓使用者對鎖定更敏感，Varda 的回應是 Workers 架構不同是因為它更好，而且自架的逃生口對生意有幫助。這是官方立場，實際效果要看 workerd 自架支援後續的交付。