Deno 将加入 Cloudflare

# Deno 加入 Cloudflare | Deno 来源：https://deno.com/blog/cloudflare 多年来，我们一直在努力让构建服务端软件变得更简单。我们不断追问：模块该如何分发？JavaScript 运行时能提供怎样的安全保障？一个完整的工具链应该包含什么？应用能否轻松打包为独立可执行文件？与 Node.js 的兼容性也成为了这项工作的重要一环：我们的用户希望享受 Deno 带来的改进，同时继续接入现有的 JavaScript 生态系统。团队和社区共同打造了一个运行时，将这些能力汇聚在一起，也挑战了人们对 JS 开发模式的固有认知。 **今天，我们宣布整个 Deno 团队将加入 Cloudflare（https://www.cloudflare.com/），将这项工作推向更远。** 我们的雄心从来不止于运行时。我在《JavaScript Containers》（https://tinyclouds.org/javascript-containers/）一文中写到过：计算、存储与通信协同工作，而无需每个应用都自行搭建基础设施。 借助 Deno Deploy（https://deno.com/deploy），我们朝着这个目标又迈进了一步。我们希望让运行应用变得尽可能简单直接。但构建和运营 Deploy 的过程也让我们看到，在那层开发者体验之下还隐藏着多少复杂性。我也想把那一层也简化掉。 这便催生了 celld（https://celld.dev/）。基于 Cloudflare Workers（https://www.cloudflare.com/products/workers/）的编程模型，celld 让开发者从一开始就构建分布式应用，同时保持系统的简洁运维。令我非常兴奋的是，扩展能力被内建于编程模型之中，而非依赖每个应用自行搭建基础设施。 从 Deno 到 Deno Deploy 再到 celld，这一演进路径解释了为什么这次合作对我们而言如此顺理成章。在 Cloudflare，我们将与 Workers 团队和 Durable Objects（https://developers.cloudflare.com/durable-objects/）团队的力量相结合。我们希望让这个编程模型成为构建服务端的默认方式，无论你运行在 Cloudflare 的网络上还是自己的基础设施上。 加入 Cloudflare 也意味着选择将精力聚焦于何处。我们决定将未来的开发工作投入这个共享平台，而不再继续开发独立的运行时和托管服务。我们知道这对基于 Deno 构建产品的用户来说是一个重大的变化。 感谢所有贡献代码、基于 Deno 创业、报告问题、信任我们方向的人。以下是这件事的具体影响： - 我们将在接下来的一年内继续支持 Deno 运行时（https://github.com/denoland/deno），每月发布包含 bug 修复和安全更新的版本。一年后，我们将结束对 Deno 运行时的开发。Deno 将继续保持开源，我们欢迎其他人继续推进其发展。 - Deno Deploy 将继续运营六个月，之后关闭。我们将为付费客户迁移到 Cloudflare Workers 提供迁移支持。 - JSR（https://jsr.io/）将继续运营，其基础设施将迁移至 Cloudflare。 - 我们将继续支持 `rusty_v8`（https://github.com/denoland/rusty_v8），并致力于将其集成到 `workerd`（https://github.com/cloudflare/workerd）中。 在 AI 时代，对更好的抽象的需求尤为迫切。Durable Objects 汇聚了一系列对 Agent 运行框架特别有用的能力：低成本无服务器执行、持久化状态、WebSocket 支持以及高级 JavaScript 接口。这是我最期待探索的方向，也是 celld 聚焦于 Durable Objects 的原因。 Kenton Varda 和我在 Cloudflare 博客的联合文章（http://blog.cloudflare.com/deno-joins-cloudflare）中做了更详细的说明。如果你正在大规模构建 Agent 并希望在自己的基础设施上运行它们，请现在就联系我：[[email protected]](mailto:[email protected])。