Node.js 之父 Ryan Dahl 曾试图用 Deno 修正自己早年的设计失误，但这艘开了八年的开源航船最终靠向了云厂商的港湾。2026 年 10 月 9 日，Ryan Dahl 正式宣布整个 Deno 团队加入 Cloudflare，未来技术重心全面转向基于 Cloudflare Workers 与 Durable Objects 的联合研发平台。这一决定伴随着明确的清场时间表：Deno 运行时官方支持将维持一年，提供月度修复与安全补丁，至 2027 年 10 月终止官方研发并完全交由社区开源维护；云托管业务 Deno Deploy 则在 6 个月后停运。
这并不是一场常规的人才收购，而是独立服务端运行时商业化路径遭遇的残酷现实。从早期的权限沙箱、内置 TypeScript，到推出 Deno Deploy 寻求云原生商业变现，Deno 一直面临单靠基础软件难以自负盈亏的窘境。当 AI 应用将技术重心从单纯的无状态执行推向有状态协调，缺少全球网络与基础设施底座的独立团队，只能选择并入拥有成熟算力生态的云巨头。
幕后真正主角：celld 如何为 Cloudflare 补齐自托管短板
外界容易将这次合并看作一次简单的业务卖身，但技术层面的核心资产其实是 Ryan Dahl 与 Bert Belder 领衔的新项目 celld。这套系统随后将直接合入 Cloudflare 的核心开源引擎 workerd，意在补上后者多年未解的结构缺陷。
长期以来，Cloudflare 虽然开源了底层引擎 workerd，允许开发者单机自托管 Workers，但作为分布式 Actor 核心的 Durable Objects 却无法脱离 Cloudflare 专有数据中心运行。单机 workerd 无法跨节点扩展 Durable Objects，这让许多有合规要求或希望私有化部署的企业望而却步。
celld 以极简的 Rust 单一二进制文件运行，外部服务仅依赖对象存储 Bucket，就能在普通服务器之间实现多节点 Durable Objects 的放置、路由调度与 SQLite 数据复制。在 celld 官方测算示例中，单台 $48/月 8GB 节点可容纳约 2500 个常驻 Cell，用户自理网络与运维。吸收 celld 后，workerd 终于拥有了可落地的自托管集群方案。
与此同时，Deno 团队沉淀的 rusty_v8 绑定库将继续维护，并推进整合进 workerd。JSR 包注册表的基础设施也由 Cloudflare 接盘继续运营。Cloudflare 为开发者提供了一个逃生舱：你既可以在 Cloudflare 全球网络上开箱即用，也可以把同一套代码打包到企业自建基础设施上跑起来。
独立运行时的尽头是算力依附，而分布式状态机才是现代云环境真正争夺的底层锁。
迁移暗礁：从完整操作系统抽象退守边缘沙箱
对深耕 Deno 生态的开发者而言，这次收编带来的是立竿见影的工程重构压力。Deno Deploy 曾于 2026 年 7 月 20 日停运其 Classic 版本，新版托管机房本身就仅覆盖美欧区域。付费层级包含 Pro（$20/月，5M 请求） 与 Builder（$200/月，25M 请求），且原生支持 Deno 2 引入的文件系统写入与子进程派生。
将原本运行在 Deno Deploy 上的项目搬到 Cloudflare Workers，并不是换个域名那么简单。Workers 付费 Standard 计划起步价为 $5/月，含 1000 万次请求与 3000 万 CPU 毫秒，且没有出站流量费。但它的运行环境基于轻量 V8 Isolate，有着 128 MB 内存软上限，更不存在原生本地文件系统。
| 评估维度 | Deno Deploy 现状 | Cloudflare Workers / DO 标准 | 架构改造成本与替代路线 |
|---|---|---|---|
| 基础配额与定价 | Pro $20/月 (5M 请求) / Builder $200/月 | Standard $5/月 (10M 请求 + 30M CPU 毫秒) | 费用更低，但需重新测算 CPU 毫秒开销 |
| 执行环境边界 | 支持文件系统写入与子进程 | 128 MB 内存软上限，无原生文件系统 | 复杂任务需退守至 Cloudflare Containers |
| 状态存储模型 | Deno KV 原生集成，开箱即用 | SQLite 存储单对象上限 10 GB ($0.20/GB-月) | 改用 Durable Objects 或 D1 关系型存储 |
| 并发与调用特性 | POSIX 兼容常规服务 | 单对象约 1000 RPS 软限制，单线程串行化 | 高并发需重构 Actor 分片逻辑 |
如果代码里重度使用了 Deno.readFile、Deno.Command、Deno KV 或 Deno Cron，在 Workers 体系下几乎无法直接平替。开发者要么将状态改写进 Durable Objects 或 D1，要么把重型任务迁移到 Cloudflare Containers。后者最大自定义实例规格虽达 4 vCPU、12 GiB 内存与 20 GB 磁盘，但在北美和欧洲需要额外支付 $0.025/GB 出站流量费。
- 风险.仓促将 Deno 应用迁移到边缘环境可能遭遇严重的 API 不兼容，盲目依赖 Containers 补充缺失的 Linux 系统调用更会导致托管账单出现预期外的流量支出。
算力范式重构：为什么 AI Agent 倒逼 Actor 模型上位
促使 Ryan Dahl 下定决心放下维护多年的 Runtime、转战 Cloudflare 的更深层驱动力，是 AI 架构对计算基础设施要求的剧烈转变。
传统的无服务器计算面向短平快的无状态请求，这套模式无法支撑复杂的 AI Agent。一个智能体往往需要长时间挂载、需要 WebSocket 维持双向交互，并需要在内存中保持上下文状态与会话记忆。Durable Objects 的本质是一个绑定了本地 SQLite 的单线程串行化状态机，单个对象软限制约为 1000 RPS，其定价为 $0.15/百万次请求、$12.50/百万 GB-秒，单对象存储上限为 10 GB。它天然符合一个独立智能体的沙箱要求：有稳定状态、成本极低、执行开销几乎忽略不计。
- 结论.服务端 JavaScript 赛道在过去几年被过度细分，随着 Deno 官方研发终结，独立通用运行时实际上收拢为 Node.js 与 Bun 的正面竞争；而边缘与分布式场景的技术演进，已经全面转向以 Durable Objects 为核心的 Actor 状态拓扑。