Deno 被 Cloudflare 收购：运行时停止开发，转向 celld 新架构

Deno 团队在 8 月发布了 celld 的首个版本——这是他们对 Cloudflare Workers 中 Durable Objects 模式的开源实现。如今，Cloudflare 直接收购了 Deno，目标是在 celld 的基础上，让 workerd 的自托管成为使用 Workers 编程模型构建和运行应用的一等支持方式。

Deno 运行时的终局：一年维护期

坏消息是，Cloudflare 不会在接下来的一年之后继续维护 Deno 本身。官方声明很直接：

我们将继续支持 Deno 运行时一年，每月发布包含错误修复和安全更新的版本。一年之后，我们将结束对 Deno 运行时的开发。Deno 将保持开源，我们欢迎其他人继续它的开发。

这意味着 Deno 作为独立运行时项目的命运已经明确——它不会在 Cloudflare 旗下获得长期投入。对于已经将 Deno 用于生产环境的团队来说，这是一个需要认真评估的信号。

Ryan Dahl 的选择：不再重造 Node

Deno（以及 Node.js）的创造者 Ryan Dahl 在 Hacker News 的评论中解释了这一决定，他的表述值得逐字阅读：

这是共同决定，我同意。我在它的成功上投入最多，也付出了最多的努力——但我不再认为这是我能做最重要工作的地方。Deno 中有一些好想法，工程实现也很出色——但它最终没有解决大问题。它被吸入 Node 兼容性的引力井，被迫表现得和 Node 完全一样。为什么要重新实现 Node？它已经能用了。边际性的性能、用户体验或安全优势还不够。

Dahl 的反思指向一个更本质的问题：当一个替代性运行时为了生态兼容而不断妥协时，它的差异化价值就会被稀释。他明确表示，自己感兴趣的是构建强大的新抽象。celld 在这方面表现得出奇地好，它仅依赖对象存储来进行协调和持久化——这不是文件系统或网络 API 的微小变体，而是一套全新的服务器开发模型。

Deno 最值得记住的遗产：权限系统

Deno 长期以来的一个亮点是权限系统：你可以运行一个 Deno 脚本，精确指定它可以读写哪些文件和文件夹，以及可以访问哪些网络主机。

Node.js 后来也加入了类似的权限模型——在 Node v20.0.0 中引入，并在 Node v22.13.0 中宣布稳定。不过 Node 目前还不支持对特定网络主机进行白名单控制：网络要么全开，要么全关。

这个对比恰好说明了 Deno 的困境：它提出的好想法被主流生态吸收，但它自身却难以因此获得足够的生存空间。当 Node 逐步补齐权限等关键能力后，Deno 的存在理由就被进一步压缩。

Node.js 权限模型与网络白名单

Node.js 在 v20.0.0 中引入了实验性的权限模型，通过 --permission 标志限制脚本对文件系统、子进程、Worker 线程等的访问，并在 v22.13.0 中宣布稳定。开发者可以精确控制脚本能读写哪些路径、能否启动子进程等，这与 Deno 的设计思路类似。

但两者在一个关键点上存在差异：Deno 允许对特定网络主机进行白名单控制，例如只允许访问 api.example.com，而 Node.js 目前的权限模型只支持网络“全开”或“全关”，无法按主机粒度限制。这意味着在 Node 中，一旦授予网络权限，脚本就可以访问任意地址，安全边界更粗。这个细节也解释了为什么 Deno 的权限系统常被视为其最具前瞻性的遗产：它把最小权限原则带入了脚本运行时的默认设计，而主流生态仍在逐步追赶。

从运行时到抽象层：celld 意味着什么

Cloudflare 的收购逻辑并不复杂：他们真正想要的是 celld 所代表的 Durable Objects 模式，以及让 workerd 自托管成为官方支持的部署路径。Deno 运行时本身则被视为可以逐步退场的部分。

对于开发者而言，这释放了几个信号。第一，如果你依赖 Deno 的长期演进，需要开始规划迁移或接手维护。第二，Workers 编程模型和 Durable Objects 模式正在获得更强的官方背书，围绕这套抽象构建应用的风险在降低。第三，Ryan Dahl 的转向说明，基础设施层的创新可能不再来自“更好的运行时”，而是来自“不同的编程模型”。

Deno 保持开源，意味着社区仍有可能延续它的生命。但在 Cloudflare 的战略版图中，它已经完成了自己的历史角色——提出想法，然后让位给新的抽象。

Durable Objects 与 celld

Durable Objects 是 Cloudflare Workers 平台上的一个有状态计算原语：每个 Durable Object 都是一个具有唯一 ID 的实例，拥有自己的内存状态、持久化存储和单线程执行模型，天然适合处理需要强一致性的场景，例如聊天室、协作编辑、计数器、任务调度等。开发者不再需要自己搭建数据库加锁、消息队列或状态同步层，平台会保证同一时刻只有一个请求在执行该对象，并自动把状态持久化到存储中。

celld 是 Deno 团队对这个模式的开源实现，其特别之处在于：它只依赖对象存储（如 S3、R2 等）来完成协调与持久化，而不依赖文件系统、数据库或复杂的网络协议。这使得 celld 的部署形态非常轻量，可以在任何提供对象存储的环境中运行，也正因如此，它被视为一种全新的服务器开发模型，而不仅仅是某个运行时的变体。Cloudflare 收购 Deno 后，希望以 celld 为基础，让 workerd（Workers 运行时）的自托管成为官方支持的一等路径。