Deno 团队正式加入 Cloudflare

Deno Is Joining Cloudflare

多年以来,我们致力于让构建服务器软件变得更简单,从模块分发到安全保证,再到完整的工具链和独立可执行文件。今天,我宣布整个 Deno 团队将加入 Cloudflare,以进一步推动这一愿景。我们的目标从未局限于运行时本身,而是希望将计算、存储和通信无缝整合,让开发者无需自行搭建基础设施。从 Deno 到 Deno Deploy,再到 celld,我们一步步探索如何让分布式应用更简单。加入 Cloudflare 后,我们将与 Workers 和 Durable Objects 团队深度合作,推动这一编程模型成为构建服务器的默认方式。未来,Deno 运行时将维持一年支持,Deno Deploy 将在六个月后停止服务,JSR 将继续运营并迁移至 Cloudflare 基础设施。

我们想将这种编程模型打造为构建服务器的默认方式,无论你是在 Cloudflare 的网络上运行,还是使用自己的基础设施。
  1. theodorejb

    > 我们将继续支持 Deno 运行时一年,期间每月发布包含错误修复和安全更新的版本。一年后,我们将停止 Deno 运行时的开发工作。Deno 仍将保持开源,我们欢迎其他人接手继续开发。

    因此,除非有人接手开发,否则 Deno 将不再获得支持。

  2. steve_adams_86

    对此我感到非常沮丧。Deno 无疑是我最喜欢的 JS 运行时。我其实早就感觉到这事儿要来了,但我一直抱有希望,等着看会发生什么。结果还是这样。庆幸的是,我不必立刻放弃这个运行时。遗憾的是,未来八年左右我们可能再也看不到像过去那样的创新了。

    我希望至少 workerd 能采纳 Deno 的安全机制,从而成为一个更好的沙箱。

    2026 年我最喜欢的一个项目,就是围绕 Deno 作为运行时构建的可配置 LLM 框架。其理念是:配置会构建一个由状态机驱动的程序,并将其打包成一个二进制文件,该文件仅能提供代码明确需要的 I/O 访问权限。我主要用它来为同事构建交互式程序,让 LLM 的魔力得以施展,同时无需担心他们使用 Claude Desktop 处理相同数据或访问相同机器时可能带来的风险。它还支持以确定性模式测试本地 LLM。当 LLM 能够根据当前上下文评估其可能进入的各种状态时,它们是如何推理下一步该做什么的?这真的很有趣。现在,既然知道不会再使用 Deno,我真不知道该如何重建它。不过,也许无论如何都值得去学学。

  3. sholladay

    我非常喜爱早期的 Deno,看到它走向终结感到很难过。因为 Ry 最初的愿景,我在 Deno 生态上投入了很多。

    但后来我停下来了,因为从他们改变航向、开始将 npm 兼容性作为优先事项的那一刻起,我就知道这一天迟早会来。Deno 的表面积从曾经的美妙简洁变得非常臃肿。我觉得他们感受到了 VC 资金的压力,于是放弃了从头重建 Node 的初衷。

    不过,事情也有好的一面:早期的 Deno 太优秀了,以至于 Node 也复制了其中的一些特性。所以至少我们现在有了一个更好的 Node。

  4. coldtea

    "Deno 开发实际上是通过 Cloudflare 的收购式招聘(acquihire)而关闭的",这应该是个更好的标题。

  5. sixdimensional

    看来开发者工具的整合/收购还在继续……嗯!

    - Cursor -> SpaceX

    - Astral/uv -> OpenAI

    - Stainless -> Anthropic

    - Bun -> Anthropic

    - Astro.js -> Cloudflare

    - Deno -> Cloudflare

    - VoidZero (Vite 等) -> Cloudflare

    - NuxtLabs -> Vercel

    - Hugging Face -> NVIDIA

    - ……还有别的吗?

  6. networked

    RIP,我最喜欢的 JavaScript 运行时,谢谢你。你太安全了,这个世界容不下你。

    这对 Cloudflare 来说算是什么样的商业举动?celld 比当前的 workerd 更是一个完整的“居家版 Cloudflare”运行时。Cloudflare 从让 Workers 商品化中能得到什么好处?

    我得说,虽然我并不是 Cloudflare Workers 的重度用户,但我一直对 workerd 和 celld 很感兴趣。“开箱即用的完整后端”这个概念很吸引我(参见:PocketBase, Algernon)。同时,这次收购也意味着不会有另一家公司为了 celld 而收购 Deno。

  7. ryanrasti

    很多评论都在讨论 Deno 的 sunset(停止服务),但更有趣的部分其实是将 celld 模型合并进 workerd。

    自从 celld 宣布以来,我就一直在关注它。基于对象存储同时引导持久性和协调性,极大地简化了自托管的许多事情。(是的,自托管却依赖云听起来有点讽刺,但在这种情况下我认为这是合理的,因为 S3 已经成为一个广泛支持的协议,你也可以自己运行它)。

    我很期待看到该模型具体如何融入 workerd 的细节。

  8. bennett_dev

    Ryan Dahl 多年来一直大力推动 Deno 和 Deno Deploy,结果却分别在 1 年零 6 个月内让它们走向终结,这让我心里很不是滋味。

    万幸的是,我没有重度依赖 Deno 特性的代码库,否则现在转型的曲线将会非常陡峭。

  9. garganzol

    如果 Deno 只是接受付款,或者至少接受捐赠,它会有数千甚至数万名付费客户。相反,他们选择屈从于 VC,并在 Deno Deploy 的领域里追逐蜂巢。

    Deno Deploy 的服务永远无法盈利,因为它违背了 Deno 技术承诺的核心:无锁定和自由自托管。

  10. wewewedxfgdf

    Deno 本就不该是一门生意——它没有商业模式。

    而对 Deno 更糟糕的是,Node.js 也许不算完美,但它“足够好”。

    愿你们永远不要遇到一个“足够好”的在位竞争对手——那将是你的败亡之地。

同日更多故事

2026-10-09