Ryan Dahl 全队加入 Cloudflare，Deno 独立路线的终局-字节棱镜 (Byte Prism)

10 月 9 日，Node.js 之父 Ryan Dahl 在 Deno 官方博客用一句话官宣：「Deno is joining Cloudflare」——整个 Deno 团队并入 Cloudflare，与 Workers、Durable Objects 团队合并工作 [1][2]。Deno 作为独立运行时与独立托管平台的路线走到终点：运行时再维护一年后停更，Deno Deploy 六个月后关停，8 月才发布的 celld（自托管分布式运行时）将并入 Cloudflare 的开源运行时 workerd [1][2]。对现有 Deno 用户，这是一份有明确截止日期的迁移倒计时；对 Cloudflare，这是四个月内拿下的第二支开发者工具团队，目标补上「自托管 Workers」的能力缺口，押注 AI agent 时代的边缘状态层 [2]。

这一事件更值得关注的，不是 Deno 退场，而是 Cloudflare 用两笔收购（6 月收 VoidZero、10 月收 Deno 团队）勾勒出的开发者平台轮廓：runtime、构建工具、包注册、托管、状态存储、通信协议集成到同一张边缘网络里。下面按时间线、产品条款、技术合并、战略意图拆开看。

一、事件回顾：两篇同题博客，同一天「双签」

10 月 9 日，Ryan Dahl 一句话官宣

Dahl 在 Deno 官方博客发布的公告标题只有一句《Deno is joining Cloudflare》：整个 Deno 团队加入 Cloudflare，与 Workers 及 Durable Objects 团队合并，未来开发全部投入 Cloudflare 的共享平台，不再维护独立的运行时与托管服务 [1][2]。

Cloudflare 博客联合署名确认，并给出产品路线

同一天，Cloudflare 官方博客联合署名确认，公告里给出更具体的产品合并路线：Deno 的核心项目 celld 与 Cloudflare 开源运行时 workerd 合并；目标是让「自托管 Workers」成为一等公民路径 [2]。公告也坦承了一个技术缺口——workerd 的 Durable Objects 此前只做了单实例实现，够本地测试但无法扩展，这正是他们想要 celld 的原因 [2]。

关键人物

Ryan Dahl 是 Node.js 的创造者——把 JavaScript 带上服务器的人 [2]。他后来创造的 Deno 曾被视为 Node 的现代化替代，主打安全默认、原生 TypeScript 与 ESM。Deno 联合创始人 Bert Belder 此次率全员加入 Cloudflare，从团队公告口径看，并入覆盖整个工程团队，而非仅核心创始人 [2]。

二、Deno 时代落幕：一份给老用户的倒计时表

Deno 运行时：再维护一年，之后停止官方开发

按 Deno 官方公告，Deno 运行时将再维护一年，每月发布修复与安全更新；一年结束后停止官方开发，但保持开源 [1]。这是「先安全维护、再 EOL」的典型节奏，对依赖 Deno 的生产系统而言，2027 年 10 月前后会是一个明确的决策点。

Deno Deploy 托管服务：六个月后关停

Deno Deploy 托管服务平台六个月后关闭，付费客户将获得迁往 Cloudflare Workers 的迁移支持 [1]。仍在 Deploy 上跑生产负载的团队，需要在半年内完成迁移或重新选型。

JSR 包注册表：继续运营，迁至 Cloudflare 基础设施

JSR（JavaScript Registry）将继续运营，底层基础设施将迁至 Cloudflare [1]。JSR 作为包分发渠道短期不会消失，长期治理权归属 Cloudflare。依赖 JSR 的项目不需要在一年内紧急换源，但需要关注后续的 SLA 与迁移公告。

财务口径：「团队加入」而非收购

Deno 此前累计融资 2,600 万美元 [2]。本次交易金额未披露，两份官方公告通篇使用「加入 / joining」表述，没有给出收购价格或股权结构 [1][2]。这是一次人才与核心资产层面的整合：团队并入 Cloudflare，celld 项目并入 workerd，组织上不再是独立公司。

三、celld 并入 workerd：「自托管 Workers」成为一等公民路径

celld 是什么

celld 是 Deno 团队在 2026 年 8 月发布的自托管分布式运行时，基于 Workers 编程模型，主打「一个 Rust 二进制文件 + 一个存储桶」即可在自有基础设施上跑 [2]。它解决的是企业客户在合规、数据驻留、私有部署场景下没法上公有边缘平台的问题。

Cloudflare 的技术缺口：Durable Objects 多实例扩展

Durable Objects 是一种带独立 SQLite 数据库的单线程有状态对象，天生适合存放需要持久状态、会话历史的负载（比如 agent harness）。问题在于：Cloudflare 的开源运行时 workerd 此前只实现了 Durable Objects 的单实例版本，够本地测试，无法在多机、跨区域扩展 [2]。celld 的分布式能力恰好补上这一缺口，因此被列为优先合并项 [2]。

回应「锁定」批评：workerd 早已开源

Cloudflare 长期被批评「Workers 跑在自家基础设施上，等于用别人的地种自己的菜」。官方在此次公告里再次回应：workerd 一直是开源的，确有前客户用 workerd 迁出过 Cloudflare [2]。回溯到 2022 年，正是 Shopify 等大客户表态「运行时不开源就不会构建在其上」，才促成了开源决定 [2]。celld 的并入强化了同一信号的延续——把「能在自己机房跑 Workers」做成默认能力，而不是事后补救。

四、AI agent 时代，Durable Objects 为什么被押注

Dahl 给出的判断原话

Dahl 在公告里专门点出 AI 场景，原话是：「The need for better abstractions is especially acute with AI.」——对更好抽象的需求，在 AI 领域尤其迫切 [1]。

Durable Objects 的能力组合，正是 agent harness 需要的东西

按 Dahl 的说法，Durable Objects 把低成本无服务器执行、持久状态、WebSocket 与高层 JS 接口打包在一起 [1]。在 AI agent 这个具体用例里，这意味着 agent harness（承载 AI 智能体运行的底层框架，负责调度、记忆与工具调用）所需的「持续运行 + 状态保留 + 长连接 + 易用接口」四要素，都能在一个原语里找到 [1]。

编辑视角：「stateful edge」正在变成行业默认抽象

把视角拉高：Cloudflare 在用 Workers + Durable Objects 把「有状态边缘计算」从差异化卖点推向行业默认抽象。Deno 团队的加入，本质是把擅长做运行时和工具链的工程力量补进这个抽象的实现层。这场「合并」真正的产品名不是 Deno，也不是 workerd，而是「能在边缘跑状态、能自托管、且对 AI agent 友好」的下一版 Workers 平台。

五、给 Deno 存量用户的迁移建议

一张时间表

按现有官方承诺，存在以下窗口期 [1]：

Deno 运行时：12 个月内继续每月发布修复与安全更新；之后停止官方开发，保持开源。
Deno Deploy：6 个月后关停；付费客户获得迁往 Cloudflare Workers 的迁移支持。
JSR：继续运营，基础设施迁至 Cloudflare。

路径选择

新项目：直接评估 Cloudflare Workers + Durable Objects，同一套抽象里就涵盖了原 Deno 试图覆盖的能力边界。
存量 Deno 应用：优先迁 Cloudflare Workers；官方对 Deploy 付费客户给出了迁移支持通道，应尽早评估工作量和锁定的 API 面。
仅依赖 JSR 发包 / 装包的项目：短期内无需动作，但应在 roadmap 里给基础设施切换留出兼容性测试窗口。

一个易被忽略的点

迁移时建议先做依赖审计——重点确认代码里没有耦合到 Deploy 专属能力（如 KV、队列、Deno 托管下的边缘能力）的部分；如果有，要么用 Workers 对应能力替换，要么评估独立运行时（Deno 一年后仍开源可继续自维护）。

六、更大的图景：四个月内第二笔开发者工具收购

Cloudflare 的节奏：先 VoidZero，再 Deno 团队

今年 6 月，Cloudflare 刚收购了 Vite 构建工具背后的公司 VoidZero；10 月再拿下 Deno 团队 [2]。四个月两笔收购，方向高度一致——都是 JavaScript / TypeScript 工具链上游的关键节点（一个是构建，一个是运行时）。

战略意图：从 CDN 厂商到一体化开发者平台

CDN 厂商之间的较量已经从「谁的边缘节点多」转向「谁的开发者生态能留住人」。一体化平台意味着：开发者无需在 Node.js、Deno、Bun 等运行时之间反复权衡，runtime + 托管 + 存储 + 通信在同一个平台上 [6]。这是 CDN 厂商从「流量分发」向「开发者生态入口」的跃迁路径 [6]。

对开发者群体的影响是双向的：好处是选型成本下降、上下文切换减少；风险是平台锁定加深——这也是为什么 Cloudflare 在这次公告里反复强调 workerd 开源与 celld 自托管能力 [2]。

FAQ

Q1：Deno 会被完全关停吗？现在还能不能用？

A：短期完全可用，长期需要规划。Deno 运行时将再维护一年，每月发布修复与安全更新，之后停止官方开发，但保持开源；Deno Deploy 托管服务六个月后关停。按时间窗口分阶段看：未来 6 个月内 Deploy 用户可用、12 个月内运行时用户可用，再之后需要迁移或自维护 [1]。

Q2：这算 Cloudflare 收购了 Deno 吗？

A：从口径上看更接近「团队并入 + 核心资产整合」而非典型并购。两份官方公告通篇使用「团队加入 (joining)」表述，未披露交易金额；Deno 团队全员并入 Cloudflare 并与 Workers、Durable Objects 团队合并，celld 项目并入 workerd [1][2]。从结果上看，组织合并与核心资产转移都已发生，无论用哪个词，开发者面对的事实都是同一份倒计时表。

Q3：celld 和 workerd 合并后，普通开发者真的能自托管 Workers 吗？

A：这是 Cloudflare 明确表态的目标方向。官方将「自托管 Workers」作为一等公民路径强调，并指出 workerd 一直是开源的、已有前客户用它迁出 [2]。celld 的分布式能力补上 Durable Objects 扩展缺口后，自托管路径的可用性会进一步提升，但具体到「一键迁移、零改造」的体验如何，仍有待合并后的新版本与文档落地后再做判断 [2]。