Deno 加入 Cloudflare，打造可自托管的 Workers；Deno Deploy 将关闭

Cloudflare 和 Deno 于2026年10月9日宣布，由 Node.js 和 Deno 的创建者 Ryan Dahl 带领的整个 Deno 团队将加入 Cloudflare。Dahl 与 Cloudflare 的 Kenton Varda 在 Cloudflare 博客上联合发文称，目标是让开发者能够比以往容易得多地在自己的基础设施上运行 Workers 和 Durable Objects，而不仅限于 Cloudflare 的网络。Cloudflare 将该文章标记为收购，博主 Simon Willison 则将这笔交易描述为 Cloudflare 直接收购 Deno。上述文章均未披露财务条款。

该计划的核心是 Deno 团队于8月发布的 celld。Dahl 称其是用 Rust 编写的单个二进制文件，唯一的外部服务依赖是对象存储；Varda 则表示，它在设计上与 Cloudflare 自家的 Workers 和 Durable Objects 完全兼容。Cloudflare 的运行时 workerd 已经开源，但 Varda 承认，它只能以单实例方式运行 Durable Objects：足以用于本地测试，却无法用于扩展。据 Varda 介绍，Cloudflare 在生产环境中使用的路由机制并不是自托管用户会想要的，而公司始终没有抽出时间构建替代方案。Dahl 和 Bert Belder 现将牵头推进相关工作，通过将 celld 的代码和理念引入 workerd，使自托管 workerd 成为获得完整支持的选项。Varda 表示，未来几个月还将有更多消息公布。

对 Deno 用户而言，此举带来直接影响。Dahl 写道，团队今后将把精力投入到与 Cloudflare 的 Workers 和 Durable Objects 团队共建的共享平台上，而不再继续维护独立的运行时和托管服务。Deno 运行时将再获得1年的每月错误修复和安全更新版本，此后团队将停止开发；代码仍保持开源，并欢迎其他人继续推进。Deno Deploy 将继续运行6个月后关闭，付费客户将获得迁移至 Cloudflare Workers 的协助。JSR 将继续在线，其基础设施正迁移至 Cloudflare；团队还将继续支持 rusty_v8，并计划将其集成到 workerd 中。Dahl 称这次转变是“对基于 Deno 进行构建的人们而言影响重大的变化”。

Varda 还借这篇文章回应了外界的常见批评，即 Cloudflare 以不同于其他平台的方式构建 Workers 是为了锁定客户。他认为，设计之所以不同，是因为 Cloudflare 认为这样更好，并表示锁定实际上会损害公司利益：2022年 Cloudflare 向 Shopify 等客户推介 Workers for Platforms 时，这些客户只有在运行时开源的前提下才愿意在其上构建，这正是 Cloudflare 发布 workerd 的原因，而 workerd 与 Cloudflare 在生产环境中运行的是同样的代码。他说，部分前客户已经借助 workerd 离开了 Cloudflare，并称“为用户提供逃生通道是好生意”。他也承认，目前在生产环境中运行 workerd 的人还很少，并将此归因于 Cloudflare 未能完善周边服务和工具。

Dahl 写道，celld 将扩展能力纳入编程模型本身，因此每个应用无需再自行搭建相应的基础设施。他认为 Durable Objects 非常适合用作 AI 智能体运行框架，因为它兼具持久化状态、WebSockets、低成本的无服务器执行以及高层次的 JavaScript 接口。在 Willison 引用的 Hacker News 评论中，Dahl 表示终止运行时是双方共同作出的决定，他本人也表示认同；他认为 Deno 已被拖入模仿 Node.js 行为的境地，而“它最终并没有在解决大问题”。Willison 称 Deno 停止维护是此次公告中的坏消息。他写道，他最喜欢的 Deno 功能是其权限系统，可将脚本限制在指定的文件、文件夹和网络主机范围内；他指出，Node.js 于2023年4月在 v20.0.0 中加入了类似模型，但目前还无法将特定主机加入允许列表。