|
|
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 服务器生态，未必是。
来源：
• Deno is joining Cloudflare - Deno Blog
• Deno is joining Cloudflare - Cloudflare Blog
原文链接 |
|
发表于 2026-10-10 11:30:25
