Deno 整个团队加入了 Cloudflare。这不是收购,是全体并入:创始人 Ryan Dahl 官宣的博客标题就是『Deno is joining Cloudflare』,决定把未来的开发资源全部押到一个共享平台——Workers 编程模型——而不是继续维护一个独立的 runtime 和托管服务。『我们清楚这对在 Deno 上构建的人来说是个重大变化。』

对存量用户,时间表很硬核。Deno runtime 还会支持一年,按月发版,只含 bug 修复和安全更新;一年后停止开发,但保留开源,欢迎社区接手。Deno Deploy 再运营六个月后关停,付费客户会获得迁移到 Cloudflare Workers 的支持。JSR 继续运营,基础设施搬到 Cloudflare。rusty_v8 继续支持,目标是整合进 workerd。
真正有意思的是背后的演进逻辑。Ryan 说这条线是 Deno → Deno Deploy → celld。Deploy 的运维实践让他看清了开发者体验之下还压着多少复杂度:多个公有云、多个数据库、纠缠不清的服务。他的答案是一个 Rust 写的二进制 celld,外部依赖只有一个对象存储桶,把计算、关系型数据库、队列、WebSocket 这些分布式原语全部塞进编程模型里——『扩展性内建于编程模型,而不是每个应用自己组装基础设施。』

celld 建立在 Cloudflare Workers 编程模型之上,正是看中了 Durable Objects 这个抽象:每个 DO 是一个可单独寻址的、带 SQLite 的小型服务器,单线程执行、同步访问本地数据库、自带 WebSocket。Ryan 的原话是这类抽象对 agent harness 特别有用——无服务器执行、持久状态、WebSockets、高层 JS 接口,是他最想探索、也是 celld 聚焦 Durable Objects 的原因。
Cloudflare 那边 Kenton Varda 的联合帖则是在正面回击一个流传已久的说法——Workers 是『lock-in』陷阱。Varda 的论证很直接:如果真有陷阱,Shopify 这类大客户 2022 年根本不会签;workerd 本来就是开源、且跑在生产者线上的同一份代码,还有人用它迁移走。『开放源码、给人逃生通道,恰恰是好生意。』真正的缺口是 workerd 的 Durable Objects 只支持单实例,没法规模化——这正是 celld 补上的那块,也是 Deno 团队加入的核心工作。Ryan 和 Bert Belder 将牵头把 celld 的代码与思路合并回 workerd,让 Workers 编程模型能成为自托管的一等公民。
一句话总结 Deno 加入 Cloudflare 的分量:npm 时期 Ryan 用 Node.js 证明 JS 能写服务器,现在他要让 Workers 编程模型(compute + 数据库 + 队列 + 实时通信的分布式默认值)成为自托管的主流选择。对独立开发者是坏事——又一个被合并吸收的 runtime;对 JS 服务器生态,未必是。
来源: