Deno 团队宣布加入 Cloudflare
多年来，我们始终致力于让服务端软件的构建变得更简单。我们思考了模块应如何分发、JavaScript 运行时能提供怎样的安全保障、完整的工具链还应包含什么、以及应用能否轻松打包为独立可执行文件。与 Node.js 的兼容性也日益成为核心命题：用户希望在享受 Deno 带来的改进的同时，依然能无缝接入现有的 JS 生态。团队与社区共同构建了一个将这些能力融会贯通的运行时，打破了人们对 JavaScript 开发模式的固有认知。
今天，我们要宣布一个重磅消息：整个 Deno 团队将加入 Cloudflare，继续在这条道路上深入探索。
我们的愿景从来不止于运行时本身。此前我在JavaScript Containers 一博文中写过：计算、存储与通信应当协同工作，而非让每个应用都去自行搭建整套基础设施。
Deno Deploy 让我们又向这个目标迈进了一步。我们希望让应用运行尽可能简单。但在建设并运维 Deploy 的过程中，我们也看到了开发者体验背后隐藏的复杂程度。我们希望把这一层也简化下来。
由此诞生了 celld。celld 基于 Cloudflare Workers 的编程模型，让开发者从一开始就能构建分布式应用，同时系统本身极其易于运维。最让我兴奋的是：扩展能力内建于编程模型之中，而非让每个应用去自行拼凑基础设施。
从 Deno 到 Deno Deploy 再到 celld，这一演进路径解释了为什么此次加入 Cloudflare 对我们而言顺理成章。在 Cloudflare，我们将与 Workers 和 Durable Objects 团队合力推进。我们希望让这套编程模型成为构建服务端应用的默认方式——无论你运行在 Cloudflare 网络上，还是自有基础设施上。
加入也意味着选择发力方向。我们决定将未来的开发重心投入到这个共享平台，而非继续独立开发单独的 Runtime 和托管服务。我们深知，对于已基于 Deno 构建系统的开发者而言，这是一项重大变更。
感谢所有贡献代码、基于 Deno 创业、反馈问题并信任我们方向的伙伴们。以下是具体的影响：
- 我们将为 Deno runtime 提供为期一年的支持，期间每月发布包含 Bug 修复和安全更新的版本。一年期满后，我们将停止对 Deno runtime 的开发。Deno 将保持开源，我们欢迎有兴趣继续其开发的同行参与。
- Deno Deploy 将再运行六个月后关闭。我们将为迁移至 Cloudflare Workers 的付费客户提供支持。
- JSR 将继续运营，其基础设施将迁移至 Cloudflare。
- 我们将继续支持
rusty_v8，并致力于将其集成到workerd中。
在 AI 时代，对更好抽象的需求尤为迫切。Durable Objects 聚合了诸多对 Agent 框架极具价值的特性：低成本、Serverless 执行、持久化状态、WebSockets 以及高层级的 JavaScript 接口。这是我目前最期待探索的方向，也是 celld 聚焦于 Durable Objects 的原因。
Kenton Varda 和我在 Cloudflare 博客的联合文章 中做了更详细的说明。如果你正在大规模构建 Agent，并希望在自有基础设施上运行它们，请现在就通过 ry@cloudflare.com 与我联系。