Deno 团队加入 Cloudflare：workerd 与 celld 合并，Deno Deploy 六个月后关闭

2026 年 10 月 9 日，Cloudflare 与 Deno 两边的官方博客同步宣布 Deno 团队整体加入 Cloudflare，目标是把 workerd 与 celld 合并，让 Workers 与 Durable Objects 能在自有基础设施上自托管。官方给出的安排是：Deno 运行时再维护一年，Deno Deploy 六个月后关闭，JSR 继续运行。

这次发布的是什么

2026 年 10 月 9 日，Cloudflare 与 Deno 两边的官方博客同步宣布：Deno 团队整体加入 Cloudflare。Cloudflare 那篇由 Kenton Varda 与 Ryan Dahl 共同署名，Deno 那边由 Ryan Dahl 发文，日期标注为 October 9, 2026。官方给出的目标是简化 Workers 与 Durable Objects 的自托管，让同一套编程原语既能在 Cloudflare 的网络上跑，也能在自己的基础设施上跑；具体做法是把 Cloudflare 已开源的 workerd 与 Deno 团队的 celld 合并。博文里明确点出了 AI 这条线：官方认为对更好抽象的需求在 AI 上尤其迫切，Durable Objects 提供的廉价无服务器执行、持久状态、WebSocket 与高层 JavaScript 接口，对智能体运行框架特别有用。

可用性与限制

• Deno 运行时：官方称会再维护一年，每月发布包含缺陷修复与安全更新；一年后结束开发，代码保持开源，欢迎他人接手。
• Deno Deploy：官方称继续运行六个月后关闭，为付费客户提供迁移到 Cloudflare Workers 的支持。
• JSR：官方称继续运行，基础设施迁移到 Cloudflare。
• rusty_v8：官方称继续支持，并推进其与 workerd 的整合。
• 迁移窗口：依赖 Deno Deploy 的业务要按六个月这个时间点排期，具体安排以官方说明为准。

主要功能

• 合并 workerd 与 celld，目标是让 Workers 与 Durable Objects 能在自有基础设施上自托管。
• celld 提供单二进制、以对象存储为外部依赖的运行形态，把伸缩做进编程模型。
• 补上 Durable Objects 的自托管能力：官方称现有 workerd 里的实现只够本地测试，无法扩展。
• 为智能体运行框架提供执行、持久状态与实时通信的组合。
• JSR 与 rusty_v8 继续维护，并入 Cloudflare 的技术栈。

技术原理

据官方说明，Workers 与 Durable Objects 的编程模型核心是「分布式单例加内置 SQLite」：每个 Durable Object 像一个可单独寻址的小服务，执行是单线程的，能处理 WebSocket，并可以同步访问本地的关系型数据库。按官方的说法，用「一个频道一个 Durable Object」的方式写聊天应用，数据分片与连接分片在设计阶段就完成了。workerd 是 Cloudflare 已经开源的 Workers 运行时，与生产环境同一套代码，但其中 Durable Objects 的实现只支持单实例；celld 是 Deno 团队用 Rust 写的实现，一个二进制、以对象存储为外部依赖，用来补上自托管场景里缺失的路由、放置与持久存储。合并这两者，就是官方给出的路径。

实际体验

可复现的验证步骤：先看清楚自己落在哪一层。只用 Deno 运行时的，按官方口径还有一年的维护窗口，可以把接下来的版本需求与安全更新节奏按月度排；跑在 Deno Deploy 上的，要按六个月这个时间点准备迁到 Cloudflare Workers 或其他托管方，付费客户可以先联系官方的迁移支持。用 JSR 的，关注基础设施迁移期间的地址与可用性公告。想提前试自托管方向的，可以按官方文档在本机起 workerd，观察 Durable Objects 目前的单实例限制，再对照 celld 的说明看差距。所有时间点与迁移细节以两边官方博客的当期说明为准。

项目地址与获取方式

官方公告：Cloudflare 博客的「Deno is joining Cloudflare」与 Deno 博客的同名文章；workerd 与 celld 的代码以各自官方仓库为准。请通过官方渠道获取，避免安装被篡改的版本。

适合谁用

• 用 Deno 运行时或 Deno Deploy 的开发者：需要现在就排迁移时间表。
• 想在公司内网或自有机器上跑 Workers 与 Durable Objects 原语的平台团队。
• 自建智能体运行框架、需要执行加持久状态加实时通信组合的工程团队。
• 什么人不必用：只用 Deno 跑本地脚本、不涉及部署与托管的用户，短期内影响有限。

常见问题

Deno 以后还能用吗？

官方称 Deno 运行时会再维护一年，期间每月发布缺陷修复与安全更新，一年后结束开发；代码保持开源，官方表示欢迎其他人继续。

Deno Deploy 什么时候关？

官方给出的时间是六个月后关闭，并为付费客户提供迁移到 Cloudflare Workers 的支持。具体日程与迁移方案以官方说明为准。

JSR 会一起关吗？

官方称 JSR 继续运行，基础设施迁移到 Cloudflare。注册表的地址与可用性细节以官方公告为准。

这和 AI 有什么关系？

官方博文里把这条线讲得很直接：智能体需要便宜的执行、持久状态与实时连接，Durable Objects 正好把这些放在一个高层 JavaScript 接口里。官方也明确说，想在自有基础设施上跑大规模智能体的团队可以直接联系他们。

现在要不要立刻迁移？

取决于你在用哪一层。依赖 Deno Deploy 的，六个月这个时间点值得现在就排期；只依赖运行时与 JSR 的，可以等官方后续公告再动，先关注月度发布说明。

相关工具与内容

• 同厂快讯：Cloudflare Birthday Week 2026 汇总
• 同厂快讯：Cloudflare Web Search API
• 分类：AI 编程、AI 智能体
• 工具页：Dify、n8n