Cloudflare 於二零二六年十月九日宣布 Deno 團隊加盟，並與 Node.js 發明人 Ryan Dahl 聯名說明：雙方將合併開源運行時 workerd 與 Deno 團隊打造的 celld，目標是大幅簡化在自有基建上自建 Cloudflare Workers 與 Durable Objects 的部署體驗。Deno 官方同日確認，運行時再提供約一年月度錯誤與安全更新後結束官方開發（專案維持開源），Deno Deploy 則繼續營運六個月後關閉，並為付費客戶提供遷往 Cloudflare Workers 的協助。來源真實性已驗證。

對香港雲端、邊緣運算與全端團隊而言，這是「邊緣程式模型可否在公有雲網絡與自建機房之間自由切換」的實例更新：鎖定疑慮有開源逃逸艙，但現有 Deno／Deploy 用戶亦須立刻盤點遷移時程與風險。

Cloudflare／官方：Deno 團隊加盟——合併 workerd 與 celld 簡化 Workers／Durable Objects 自建；運行時再維一年、Deploy 六個月後停運

Cloudflare 官方網誌於二零二六年十月九日刊出〈Deno is joining Cloudflare〉，由 Distinguished Engineer Kenton Varda 與現屬 Cloudflare 的 Senior Principal Engineer Ryan Dahl 共同撰寫；Deno 官方同日於 deno.com 刊出對應說明。本文已核對兩篇一級來源所列交接安排、產品路線與技術動機，來源真實性已驗證。以下時間表與產品承諾均屬雙方公開表述，並非獨立第三方審計。

一、核心事件：Deno 團隊加盟，瞄準「可自建的 Workers 模型」

技術細節

按 Cloudflare 與 Deno 官方公開表述，要點包括：

• 人事與目標：Deno 團隊整體加盟 Cloudflare，要把 Workers 程式模型做成更主流的伺服器開發方式，讓開發者無論跑在 Cloudflare 全球網絡，或自有基礎設施，都能使用相近的原語。
• 技術合併：宣布合併 workerd（Cloudflare Workers 生產環境同源、已開源的運行時）與 celld（Deno 團隊為可擴展自建而建的 Workers／Durable Objects 實作）。Ryan Dahl 與 Bert Belder 將主導讓 workerd 的自建部署成為一等公民能力，並把 celld 的程式與構想併回 workerd。
• 為何是 Durable Objects：官方以「可定址的分散式單例＋本機 SQLite」形容 Durable Objects——單執行緒易推理、支援 WebSockets、可同步存取本地關聯式資料；按頻道／租戶切分即可把連線與狀態分片。Dahl 指 celld 正是為了補上 workerd 在「多機、可擴展 Durable Objects」自建場景的缺口。
• 對「鎖定」論的回應：Varda 重申 Workers 設計差異來自效率與模型優勢，而非製造陷阱；並指 workerd 開源後已有客戶以此遷出，而大型客戶（例如早年 Workers for Platforms 場景）亦曾明確要求運行時開源才願意採用。celld 被視為補強「可遷移、可自建」的逃逸艙，而非威脅。
• Deno 產品交接（Deno 官方）：
  • Deno 運行時：再支援約 一年，每月發布含錯誤修復與安全更新；一年後結束 Deno 運行時的官方開發；專案維持開源，歡迎社群接續。
  • Deno Deploy：繼續營運 六個月後關閉；為遷往 Cloudflare Workers 的付費客戶提供遷移支援。
  • JSR：繼續營運，基礎設施遷往 Cloudflare。
  • rusty_v8：繼續支援，並朝向整合入 workerd 推進。
• 現況：官方指未來數月會有更多自建相關公布；若等不及，今日即可開始以 celld 或 workerd 自建。Dahl 亦公開以 Cloudflare 電郵邀請「要在自有基建大規模跑代理」的開發者接洽。

二、技術原理深度解析

這次加盟的工程含義，不只是品牌合併，而是把「邊緣 Isolates 程式模型」與「自建控制面」拆成可對齊的兩層：

1. Workers ≠ 傳統三層架構的左右平移
   Cloudflare 強調即時環境／bindings、全球多點低成本運行，以及 Durable Objects 對即時協作與分散式狀態的適配。這些好處來自模型差異，因此無法假裝與「任意一台 Linux 上的 Node 進程」完全同構；自建路徑要解決的是「同一套應用抽象，如何在自有機群上落地」，而非逐 API 抄雲廠牌。

2. workerd 已開源，但 Durable Objects 自建一直是缺口
   官方坦言：workerd 雖含 Durable Objects，卻偏單實例、適合作本地測試；生產環境的路由與多點編排依賴大量外部服務與 SRE 運維，並非自建者想要的形狀。celld 的賣點是以 Rust 單一二進位、外部主要依賴物件儲存，去承載可擴展的 Workers／Durable Objects 相容模型——把「放置、路由、持久狀態」收進平台，而不是叫每個應用自己組 Kafka＋協調服務＋多雲膠水管線。

3. AI 代理負載強化了「有狀態、可定址單例」的需求
   Deno 文中點出代理編排尤其需要便宜的無伺服器執行、持久狀態、WebSockets 與高階 JavaScript 介面；Durable Objects／celld 被放在這個脈絡。對企業而言，這對應「代理工作階段、租戶隔離、長連線工具」能否在數據駐留或專有雲約束下，仍沿用同一套應用碼。

4. 開源逃逸艙與商業網絡可並行
   Cloudflare 的敘事是：沒有可信的遷出／自建選項，反而會嚇跑大型客戶；有了 workerd＋（即將強化的）自建 Durable Objects，公有邊緣網絡仍靠延遲、安控與全球 PoP 競爭，而不是靠格式鎖死。採購盡職調查應同時問：自建功能成熟度時程、相容差距清單，以及 Deploy／Deno 用戶的遷移工具是否達生產級。

三、平台與生態影響

• 對 Cloudflare 生態：Workers／Durable Objects 從「只能安心跑在 Cloudflare」走向「官方投入自建一等公民」，有助消解鎖定爭議，也可能把更多需要數據駐留、專有雲或混合雲的工作負載納入同一程式模型。
• 對 Deno 生態：官方明確把未來開發重心改到共享平台，而非繼續並行維護獨立運行時與託管服務；社群仍可 fork 開源運行時，但企業採用須假設官方節奏以 Cloudflare 路線為準。
• 對套件與工具鏈：JSR 續營並遷基礎設施、rusty_v8 朝 workerd 整合，意味著工具鏈資產被收編進 Workers 宇宙的機率上升；依賴 Deno 特有部署假設的流水線要重估。
• 對競爭格局：自建 Workers 相容層若做成功，會改變「邊緣 FaaS 是否等於單一雲廠商」的談判位置；同時也提高對相容性測試、版本釘選與資安補丁責任歸屬的要求。

四、日常應用場景

1. 個人開發者／獨立專案

若你在 Deno Deploy 跑小型 API 或網頁後端，應立刻以「六個月關閉」為硬期限：盤點環境變數、KV／儲存、排程與網域，評估迁往 Cloudflare Workers（官方承諾付費客戶遷移支援）或改跑 celld／workerd 自建。運行時若仍用 Deno CLI，可把一年安全更新窗當緩衝，但不宜再開新的長期依賴。

2. 小型團隊／初創

已用 Workers＋Durable Objects 做即時房間、協作白板或每租戶狀態機的團隊，可關注 celld／workerd 合併進度：同一套 wrangler／應用碼，是否很快能在測試機房或客戶專有雲驗證「可遷出」。這對融資、資安問卷與大型客戶 POC 的「退出條款」敘事有直接幫助。

3. 企業 IT／平台工程

金融、醫療、公營供應鏈等對數據駐留敏感的單位，可把「自建 Workers 模型」列入平台選型：哪些負載必須留在自有 VPC／本地物件儲存，哪些可繼續用 Cloudflare 全球網絡加速。同時要查：celld 與 Cloudflare 託管服務的功能差距（例如 GPU、瀏覽器渲染、部分託管 AI 服務等官方列為非目標的能力），避免假設百分之百對稱。

4. 香港與亞洲市場視角

香港團隊常見混合雲與跨境合規需求（客戶數據留港、分行／集團私有雲、邊緣加速並存）。此次加盟把「用 Workers 抽象寫應用、用自建或公有雲落地」寫進官方路線圖，有利本地系統整合商做混合方案；但 Deno Deploy 用戶必須把遷移排進變更窗口。若貴司正規劃雲端遷移、邊緣 API 與網絡安全防護（零信任、高可用），可參考 YSK Limited 的雲端遷移與網絡安全：https://ysk.hk/services/cloud-security

五、專業評價與潛在考量

優勢

• 雙一級來源（Cloudflare Blog、Deno Blog）同日互證，日期為二零二六年十月九日；人事、合併對象（workerd／celld）與 Deno 產品時間表表述清晰可核對。
• 直接回應企業採購最常問的鎖定與自建問題，商業可讀性高。
• 由 Node.js 發明人主導自建路徑，對 JavaScript／TypeScript 伺服器生態具指標意義；AI 代理／有狀態邊緣場景的動機寫得具體。

需要留意的地方

• 「大幅簡化自建」是路線圖與合併目標，未來數月才有更多公布；今日可用的 celld／workerd 並不等於已達 Cloudflare 託管網絡的完整功能或運維體驗。
• Deno 運行時一年後結束官方開發、Deploy 六個月關閉——對現網用戶是硬截止，遷移品質與停機風險需自行驗證，不能只依賴新聞敘事。
• 開源逃逸艙存在，不代表零成本遷出：狀態模型、儲存、觀測與資安基線仍要重做驗收。
• 文中「代理／AI harness」為動機陳述，並非本次附帶的基準測試數字；勿把加盟消息誤讀成已公布的延遲或成本對照實驗。

結語

十月九日 Cloudflare 與 Deno 的聯合訊息，把邊緣計算爭論從「會不會被鎖定」推進到「官方願意把自建做成一等公民」：Deno 團隊加盟、workerd 與 celld 合併，目標是讓 Workers／Durable Objects 既能跑在 Cloudflare 網絡，也能更務實地落在自有基建；與此同時，Deno 運行時與 Deploy 的日落時間表已寫死，現網用戶必須按六個月／一年窗口行動。對香港技術決策者而言，值得同步評估混合雲落地與遷移風險。若貴司正在檢視雲端架構、邊緣部署與網絡安全，可由此了解 YSK Limited 的雲端遷移與網絡安全：https://ysk.hk/services/cloud-security

參考來源

1. Cloudflare Blog（2026-10-09）：Deno is joining Cloudflare — https://blog.cloudflare.com/deno-joins-cloudflare/
2. Deno Blog（2026-10-09）：Deno is joining Cloudflare — https://deno.com/blog/cloudflare
3. 發現來源：Cloudflare Blog RSS（feeds/cloudflare.xml，約 2026-10-09 20:50 HKT）