摘要

  • Deno 为 Deploy 设定了六个月的运行窗口，为 runtime 设定了一年的月度维护期；JSR 不属于这两项退出安排，而是继续运行并迁移其基础设施。
  • Cloudflare 想把 Workers 自托管变为正式支持的路径，但其公告承认，开源 workerd 里的 Durable Objects 目前仍是单实例实现，尚不能承担分布式扩展。

最先要处理的是 Deploy 的迁移

对于当前用户，最早到来的变化是托管服务的停止时间。在 10 月 9 日公告中，Deno 表示 Deploy 将继续运行六个月，然后关闭；付费客户可获得迁移到 Cloudflare Workers 的协助。

公告没有给出精确的关闭日期，也没有披露受影响客户数量、迁移完成率、价格保障或两项服务之间的功能等价关系。它也没有承诺所有非付费用户会获得同等帮助。

迁移的对象远不只是应用代码。团队还要安排部署流程、持久状态、密钥、服务绑定、监控和账单假设，找到一个会继续运营这些环节的目标。Deno 明确提出 Workers 作为付费客户的迁移方向，但公开信息无法证明迁移后成本、性能和运维要求保持不变。

开源代码没有替代维护责任

Deno 计划在接下来一年每月发布 runtime 版本，提供错误修复和安全更新。一年之后，Deno 将停止自行开发这一 runtime，同时让代码继续开源。这个承诺明确覆盖了一段时间内由 Deno 负责的维护，却没有说明之后谁会负责版本、安全响应和兼容性取舍。

对平台团队来说，能够访问仓库只代表可以继续使用或分叉代码。它本身不会建立新的安全响应队伍，也不会生成经过验证的版本，更不会指定谁在出现不兼容改动时做决定。Deno 没有公布社区维护资金安排或未来负责人。

JSR 和 rusty_v8 另有安排。Deno 说 JSR 会继续运行，基础设施将迁至 Cloudflare；Deno 也会继续支持 rusty_v8，并着手把它整合到 workerd。公告没有提供完成日期，也没有说整合已经完成。

自托管必须越过运维门槛

Deno 说整个团队将加入 Cloudflare，未来开发将转向以 Workers 编程模型为基础的共同平台。Cloudflare 则表示，Ryan Dahl 与 Bert Belder 将负责推动 workerd 自托管成为正式支持的开发和运行方式，并把 celld 的代码和思路纳入其中。

Cloudflare 也解释了目前缺少什么。在 10 月 9 日文章中，公司称开源 workerd 已支持 Durable Objects，但仅以单实例方式运行，适合本地测试而非分布式扩展。Cloudflare 的生产环境依赖为其网络设计的路由和外部服务，独立运营者无法只靠下载 runtime 就重建。

celld 0.6.2 的限制文档将该版本标为 beta，并列出运营者仍须负责的工作，例如流量入口、网络保密和集群管理。这是特定版本的运行边界，不是对未来整合产品的判断；它显示代码公开与可承担生产责任之间还有距离。

因此，当前能确认的是四种不同状态：Deploy 有关闭窗口，runtime 有维护期限，JSR 有继续运营和基础设施迁移承诺，自托管则仍是开发目标。Cloudflare 说未来几个月还会有更多消息。现有公开材料尚未证明，使用 Durable Objects 的生产 Workers 应用可以离开 Cloudflare 网络而保持行为、成本和运维负担不变。

交易表述也应按证据处理。Deno 和 Cloudflare 的说法是 Deno 团队加入 Cloudflare；TechCrunch 将其称为收购，并报道财务条款未披露。双方没有公开估值和合同细节。可以确认的是团队迁移和产品生命周期决定，不能据此推断具体交易金额或产品收入。

来源