Deno 团队整体加入 Cloudflare

多年来，我们一直在努力让服务器软件的构建变得更简单。我们质疑模块该如何分发，JavaScript 运行时能提供怎样的安全保障，一个完整的工具链应该包含什么，以及应用能多容易地以独立可执行文件的形式分发。与 Node.js 的兼容性也成为这项工作的一个重要部分：我们的用户既想要 Deno 带来的改进，又希望继续接入现有的 JS 生态。团队和社区共同打造了一个运行时，把这些能力汇聚在一起，并挑战了人们对 JS 开发可以是什么样子的固有认知。今天，我们宣布整个 Deno 团队将加入 Cloudflare，把这项工作推进得更远。

我们的雄心一直不止于运行时本身。我在那篇关于 JavaScript Containers 的博客文章中写过这一点：计算、存储和通信协同工作，而不需要每个应用都去拼装自己的基础设施。借助 Deno Deploy，我们朝着这个目标又迈进了一步。我们想让运行应用变得尽可能简单直接。但构建和运营 Deploy 也让我们看到，在那个开发者体验之下仍然隐藏着多少复杂性。我也想简化那一层。这促成了 celld 的诞生。基于 Cloudflare Workers 的编程模型，celld 让开发者从一开始就能构建分布式应用，同时让系统易于运维。最让我兴奋的是，扩展能力内建于编程模型之中，而不是每个应用都必须自己去拼装的基础设施。

从 Deno 到 Deno Deploy 再到 celld 的演进，解释了为什么这一步对我们来说是合理的。在 Cloudflare，我们将把自己的工作与 Workers 和 Durable Objects 团队的工作结合起来。我们希望让这个编程模型成为构建服务器的默认方式，无论你运行在 Cloudflare 的网络上还是自己的基础设施上。加入 Cloudflare 也意味着选择把精力聚焦在哪里。我们决定将未来的开发工作投入到这个共享平台，而不是继续开发一个独立的运行时和托管服务。我们知道，对于在 Deno 上构建东西的人来说，这是一个影响重大的变化。

致每一位贡献过代码、在 Deno 上建立业务、报告过问题、信任我们方向的人：谢谢你们。以下是这件事的具体含义：

对更好抽象的需求在 AI 时代尤为迫切。Durable Objects 汇集了对 agent harness 特别有用的一系列能力：低成本的无服务器执行、持久状态、WebSockets，以及高层次的 JavaScript 接口。这是我最兴奋去探索的方向，也是 celld 聚焦于 Durable Objects 的原因。Kenton Varda 和我在 Cloudflare 博客的联合文章中做了更多说明。

如果你正在大规模构建 agent，并希望把它们运行在自己的基础设施上，请现在通过 ry@cloudflare.com 联系我。