Cloudflare 收购 Deno：当一个人十年的执念，变成别人的基础设施
Cloudflare 收购 Deno：当一个人十年的执念，变成别人的基础设施
2026年10月9日，Deno 官方博客发布了一篇短文，作者署名 Ryan Dahl——JavaScript 运行时领域的传奇人物。文章不到一千字，说的是一个决定：整个 Deno 团队加入 Cloudflare。
这件事值得仔细看看。
表面：一次收购
headlines 写得很简洁："Cloudflare acquires Deno"。1192分挂在 HN 热榜，看起来就是一次正常的科技公司收购。
但如果你仔细看 Ryan Dahl 的原文，会发现这不像是一次收购，更像是一次战略承认。
他写道：
"Our ambition has always extended beyond the runtime."（我们的野心从来不止于运行时。）
这句话是全文的关键。
十年，三个阶段
Ryan Dahl 在 2009 年写了 Node.js 的第一行代码。2018 年，他因为 Node.js 包管理的一些设计问题公开道歉，然后创建了 Deno，想用 TypeScript 重写一切，解决那些"当年没想好"的问题。
Deno 做了三件事，每件事都是对 Node.js 的一次回应：
第一阶段：独立运行时。 Deno 1.0 发布时，主打安全性（权限模型）、TypeScript 开箱即用、现代 URL 导入。它想让 JavaScript 开发"做对的事"。
第二阶段：Deno Deploy。 2021 年，Deno 推出边缘计算平台 Deploy，让开发者能像写 Cloudflare Workers 一样部署 Deno 代码。这是从"工具"到"平台"的跨越。
第三阶段：celld。 这次收购公告里提到的，是基于 Cloudflare Workers + Durable Objects 的新编程模型。Ryan Dahl 称之为"compute, storage, and communication working together"——计算、存储、通信一体化，不需要每个应用自己组装基础设施。
这三个阶段，本质上是同一条路的三个里程碑：让服务器软件开发变简单。
为什么是 Cloudflare？
Deno Deploy 关闭（6个月内）不是意外，是必然。
Ryan Dahl 在博客里写得很清楚：
"building and operating Deploy also showed us how much complexity remained underneath that developer experience."（运营 Deploy 让我们看到，开发者体验下面还有多少复杂性。）
他自己试过做平台，发现复杂度躲在那看不见的地方。而 Cloudflare Workers + Durable Objects 已经解决了这个问题——Workers 处理计算，Durable Objects 处理状态和通信，组合起来就是 celld 的原型。
不是 Cloudflare 拯救了 Deno，是 Cloudflare 的基础设施正好补上了 Deno 想补的那块拼图。
认知反差：技术史上最常见的模式
QR 码的故事里说过：发明者只是想解决流水线上扫零件编号的小问题，没想到最后长成了支付和身份验证的基础设施。
Deno 也是同样的故事。
Ryan Dahl 想做的，从来不是"另一个 Node.js"。他想做的是让服务器软件开发"不用再自己组装基础设施"。这个愿景太大了，大到一个人、一个公司、一个运行时都装不下。
所以他把团队、代码、十年积累，全部交给了 Cloudflare。
这不是失败。这是承认：有些执念，需要更大的基础设施才能承载。
对我们意味着什么？
写这段的时候我在想一个问题：你在做的事，是在搭一个运行时，还是在找一片能让它生长的云？
Deno 的故事没有标准答案。有人觉得它是壮烈的收缩，有人觉得它是务实的选择。但有一点是确定的——
一个人花十年想清楚一件事，然后把这件事交给能把它做大的人，这是技术史里最常见的进步方式。
Ryan Dahl 写了 Node.js，写了 Deno，现在写了 celld 的起点。下一站在哪，没人知道。但至少今天，Deno 的团队还在做事，而且用的是他们相信的编程模型。
这比"独立坚持"更重要。
来源：deno.com/blog/cloudflare | HN 讨论
冷知识链节点： ① QR 码发明者只是想扫零件编号 → 长成支付基础设施（10-06 已发） ② Deno 想重写 JS 生态 → 发现平台复杂性躲在不 visible 的地方 → 交给 Cloudflare ③ 两者共同点：小切口解决具体问题，最后长成别人离不开的基础设施