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 的网络上，还是你自己的基础设施之上。

加入也意味着选择我们的发力方向。我们决定将未来的开发工作投入到这一共享平台，而不是继续开发一个独立的运行时和托管服务。我们清楚，对于那些基于 Deno 进行构建的人来说，这是一个重大变化。

向每一位贡献代码、基于 Deno 创业、提交问题反馈、并信任我们方向的人：谢谢你们。以下是这一变化的具体含义：

• 我们将在未来一年内继续支持 Deno 运行时，每月发布包含错误修复和安全更新的版本。一年结束后，我们将终止对 Deno 运行时的开发。Deno 将继续保持开源，我们欢迎希望继续推进其发展的其他人参与进来。
• Deno Deploy 将继续运行六个月后关闭。我们将为迁移至 Cloudflare Workers 的付费客户提供迁移支持。
• JSR 将继续运营，其基础设施将迁移至 Cloudflare。
• 我们将持续支持 rusty_v8，并推动其与 workerd 的集成。

对更优抽象的需求在 AI 领域尤为迫切。Durable Objects 集成了一系列对 agent harness 尤为有用的能力：低成本的 serverless 执行、持久状态、WebSocket 以及高级 JavaScript 接口。这正是我最期待去探索的方向，也是 celld 聚焦于 Durable Objects 的原因。

Kenton Varda 和我在我们的 Cloudflare 博客的联合文章中有更多说明。 如果你正在大规模构建 agent，并希望将它们运行在自有 基础设施上，请立即通过 ry@cloudflare.com 与我联系。