Cloudflare收购Deno团队，整合Celld与Workers平台

Cloudflare正在收购由Node.js创造者Ryan Dahl联合创立的初创公司，这家长期竞争对手最近打造了自己的开源版Cloudflare无服务器计算平台。

该公司周五宣布，JavaScript和TypeScript运行时Deno背后的整个团队将加入Cloudflare。Deno独立的运行时和云托管服务将逐步关闭，其工程师们将转而专注于Cloudflare Workers——这是Cloudflare于2017年推出的无服务器计算平台，允许开发者在无需管理底层基础设施的情况下运行应用程序。

此次交易条款未予披露。

Deno受Cloudflare启发的项目

Deno于2018年诞生，是Dahl为解决Node.js在安全性和依赖管理方面不足而做出的尝试。这家初创公司通过两轮融资共筹集约2600万美元，后来推出了Deno Deploy，使其与Cloudflare Workers形成直接竞争。

多年来，两家公司之间也经历了不少摩擦。2021年，Cloudflare错误地将TypeScript文件识别为视频内容，误封了Deno的网站和模块注册表，迫使Deno将基础设施迁移到别处。

"Celld是对他们理念的一封情书；这么优秀的原语理应能够在任何地方运行。"

随后在去年8月，Deno推出了Celld，这是一个开源项目，重新创建了Cloudflare的Workers和Durable Objects编程模型，供希望在自有基础设施上运行分布式应用程序的开发者使用。

Deno对此并不掩饰其灵感来源。在Celld官网上，该公司明确将Cloudflare首席工程师Kenton Varda及Workers团队列为底层设计的致谢对象，并将自己的项目描述为对他们工作的致敬。

"Celld是对他们理念的一封情书；这么优秀的原语理应能够在任何地方运行，"官网这样写道。

看起来，这种敬意是相互的。在周五发布的联合博客文章中，Varda称赞了Deno在某个Cloudflare或许一直有所欠缺的领域所展现的专业能力：让其开源Workers运行时（即Workerd）能够被在自有基础设施上运行应用程序的开发者所使用。

"Deno团队深知如何围绕自托管运行时打造良好的开发者体验——这正是我们在Workerd上始终未能真正做到的，"Varda写道。

此外，他还承认，Cloudflare在让其开源Workers运行时适用于在其网络之外运行的开发者方面一直面临困难。

"坦白说，我们在构建相关服务和工具生态系统方面做得并不够好，没能真正让它运转起来。"

"坦白说，我们在构建相关服务和工具生态系统方面做得并不够好，没能真正让它运转起来，"Varda继续说道。"我们发布了运行时，然后就有点像是指望社区介入，自行将其适配到各种可能的环境中。"

Workers和Deno的下一步

Cloudflare现在计划将Celld与Workerd合并，由Dahl和Deno联合创始人Bert Belder领导这项工作。最终目标是让开发者能够更轻松地使用Cloudflare的编程模型，在独立管理的基础设施上构建和运行分布式应用程序。

在一次邮件采访中，Dahl解释道，Celld已经证明了Workers编程模型可以在自托管基础设施上运行，只需依赖对象存储作为唯一依赖项，提供了相对简单的部署模式。

"将我们的努力结合在一起，意味着我们把Celld的理念直接带入Workerd，而Workerd也能从Deno公司的运行时专业知识中获益，"他对The New Stack表示。

Dahl还确认，合并后的项目预计将继续保持开源，可能采用Celld已使用的Apache 2.0许可证，并概述了开发者将如何能够在不依赖Cloudflare基础设施的情况下运行该项目。

"运行一组Workerd实例只需要一个行业标准的对象存储桶用于协调和存储，"Dahl说。"API将与Cloudflare自身平台保持一致——这是件好事。"

当被问及开发者将获得哪些防止厂商锁定的保证时，Dahl认为该项目的许可协议和团队的意图是其独立性的核心所在。

"我们认为只有开源版本才能在这里取得成功，因为任何对web开发者未来建设如此根本性的东西，都需要能够被审查、可移植，并能在单一厂商平台之外使用，"他继续说道。"除了开源，我们不会尝试其他任何方式，否则就没有意义了。"

"我们认为只有开源版本才能在这里取得成功，因为任何对web开发者未来建设如此根本性的东西，都需要能够被审查、可移植，并能在单一厂商平台之外使用。"

同时，Varda表示，Cloudflare有商业动机让合并后的项目在其自身网络之外也能够站得住脚，他指出，Workers编程模型的更广泛采用最终将有利于公司自身。

"如果这个模型只局限于我们自己，那会缩小我们的TAM（潜在市场总量），最终使我们在与传统云厂商的竞争中处于劣势，"他对The New Stack表示。"所以让这个模型在每个厂商那里都运转良好，反过来会对我们有利。"

Varda还承认，Cloudflare此前缺乏独立实现这一愿景所需的工程人才。

"我们一直以来都有这个想法，也想把它建成，但我们一直没有合适的人才将其贯彻到底，"Varda说。"Deno团队正是我们最终实现这一目标所需要的人才。"

"我们一直以来都有这个想法，也想把它建成，但我们一直没有合适的人才将其贯彻到底。Deno团队正是我们最终实现这一目标所需要的人才。"

然而，这一决定最终确实意味着Deno将停止开发其独立运行时和托管服务，团队将转而专注于合并后的平台。Deno运行时将在未来一年内继续获得每月的维护和安全更新，而Deno Deploy将在六个月内关闭，期间会为付费客户提供迁移协助。JSR包注册表将在Cloudflare旗下继续运营。

当被问及与Cloudflare Workers的竞争对此次决定的影响有多大时，Dahl指出了两个平台之间的相似性，以及Deno与Node.js日益增强的兼容性。

"Deno Deploy的建设理念与Workers相同，这正是双方联手合情合理的原因，"他解释道。

至于运行时本身，Dahl表示，其与Node.js日益增强的兼容性实际上让Deno变成了在维护同一技术的另一个实现版本。

"许多人喜爱Deno运行时，它仍将保持MIT许可，但有一些更大的问题可以通过分布式编程模型来解决，"他补充道。

Dahl表示，官方支持结束后，社区可以自由继续开发Deno，并以io.js为先例——这是Node.js的一个社区主导分支，最终又并入了主项目。他还认为，Deno的影响将通过原生TypeScript支持、权限控制以及web标准API等特性延续下去，这些特性Node.js后来也采纳了，至少部分原因正是受到Deno的启发。

"它将如何延续下去取决于社区……任何人都可以欢迎来继续推进它，"他说。

"它将如何延续下去取决于社区。"

JavaScript运行时在AI领域找到新归宿

值得一提的是，此次收购紧随Anthropic在2025年12月收购Bun之后，后者是另一个将知名Node.js替代方案纳入大型科技公司旗下的案例。但其中有一个关键区别：Anthropic承诺继续将Bun作为开源JavaScript运行时进行开发，而Deno的运行时开发则将随着其转入Cloudflare而终止。

AI也是Deno下一阶段发展思路的一部分。在周五发布的另一篇博客文章中，Dahl强调智能体是这项技术的一个重要应用场景，尤其是在开发者寻求更简单的方式来管理支撑智能体运行的基础设施之际。

"对于AI而言，更好的抽象层的需求尤为迫切，"Dahl写道。"Durable Objects汇集了对智能体框架特别有用的各项能力：低成本的无服务器执行、持久化状态、WebSockets，以及高层级的JavaScript接口。"

对于Cloudflare而言，此次收购带来了一支经验丰富的工程团队和技术，填补了其Workers平台长期存在的空白。对于Deno而言，这标志着其独立运行时野心的终结，尽管它仅在两个月前推出的那个受Cloudflare启发的项目，如今却成为了其未来发展的核心。