服务对象与地域限制
PuppyIP 仅面向海外合规企业及其授权人员提供服务，不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动，严禁在中国大陆境内使用本服务。
代理 IP 或服务器位于境外，不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。
本文要点
- Deploy的服务关闭窗口与运行时的维护窗口不同：前者六个月，后者一年，不能混成同一个截止日。
- 一年内，Deno运行时将有每月错误修复和安全更新；之后团队结束自身开发，源码仍开放，其他人可继续发展。
- 迁往Cloudflare Workers的付费Deploy客户将获得迁移支持；具体申请方式、覆盖范围和费用尚未公布。
- JSR继续运行并迁移基础设施，rusty_v8继续获支持。先分清实际依赖，再决定哪些应用需要迁移。
这次最影响使用者的，是两条不同时间线
Deno官网10月9日由Ryan Dahl发布公告，宣布整个团队加入Cloudflare，并把未来开发投入共同的平台。对现有用户，最直接的变化是托管服务和运行时分别进入过渡期：Deploy继续运行六个月后关闭，运行时继续支持一年。
公告只给出相对期限，没有精确关闭日、钟点、时区或分批安排。把六个月当作迁移计划的窗口即可；目前无法据此确认某个具体日历日，更不能把宣布关闭计划写成服务已经停止。
Deno运行时这一年将每月发布错误修复和安全更新，之后团队结束自己的运行时开发。运行时仍为开源项目，官方欢迎他人继续发展；这项安排没有说已安装的程序届时会自动停止运行。
先看你的应用用到了哪一层
运行时负责在电脑或服务器上执行JavaScript、TypeScript程序；Deploy是替你托管应用的服务。两个名字经常一起出现，但你只在自有环境使用Deno，和把线上API放在Deploy上运行，需要安排的工作不同。
举一个假设场景：团队用Deno执行本地构建脚本，同时在Deploy托管一个客户查询API。脚本需要跟进运行时安全更新和后续维护选择；API则需要规划服务迁移。只改脚本版本，不能把托管API和它的数据一起搬走。
先从团队自己的项目清单、部署记录和依赖配置中找出Deploy应用、自有环境中的Deno程序，以及使用JSR的软件包。为每项标明维护人和业务用途，避免把所有带Deno字样的依赖都列成必须马上重写。
付费客户迁往Workers，支持具体承诺了什么？
公告承诺，为迁往Cloudflare Workers的付费Deploy客户提供迁移支持。它没有说明支持申请入口、服务范围、完成时限或费用，也没有承诺免费账户获得同样支持、自动迁移或迁移后的用量免费。
依赖这项支持的团队，可以先整理应用数量、运行方式、数据依赖与需要官方协助的问题，再向官方询问适用安排。现阶段应把支持承诺和自己的迁移验收分开，避免把一个公告当作应用已经迁好。
公告也没有给出可直接用于所有项目的迁移命令或兼容性保证。选择目标环境前，先核对项目使用的运行时接口、外部连接和状态保存方式；是否需要改写代码，要由这些实际依赖决定。
盘点之后，怎样安排一次可回退的迁移？
第一步，在自己的部署与运维记录中列出请求入口、自定义域名、环境变量名称、外部API和持久数据的位置。清单只需记录依赖关系；密钥、令牌和用户数据应留在现有受控环境，不放进公开工单或文章。
第二步，为准备选择的托管环境留出小规模验证。使用隔离样例确认请求处理、错误响应、外部连接和状态读写，再比较必要的功能、额度和费用。这是建议的验证顺序，本文没有替读者部署或实测兼容性。
第三步，在计划中写清数据迁移、流量切换、观察窗口和回退负责人。保留原服务期间，确认两边不会产生未处理的重复写入；新环境稳定后再安排收尾。公告未承诺官方会自动导出或保存应用数据，备份应纳入自己的计划。
JSR和rusty_v8，为什么要单独看？
JSR是软件包注册服务。公告明确它会继续运行，基础设施迁往Cloudflare；这与Deploy六个月后关闭是不同安排。使用JSR包的项目应继续跟进相关服务通知，不能仅凭这次公告就把它当成已停用。
rusty_v8是供Rust项目使用V8引擎的绑定。官方将继续支持它，并推动与workerd整合；整合属于未来工作，公告没有宣布对应新版本已上线。使用这项依赖的团队，仍应按自己的版本和需求检查后续发布。
现在最有用的成果是一份分层清单和迁移负责人，而不是猜一个关闭钟点。后续若官方补充精确期限、支持流程或兼容性指南，再把这些信息加到同一计划中，避免依靠未经公布的自动迁移或宽限安排。
资料来源
常见问题
免费Deploy账户是否也能获得同样的人工迁移支持？
本次公告只明确承诺支持迁往Cloudflare Workers的付费客户。免费账户是否有同等支持、如何申请及支持范围，仍需要官方进一步说明。
这条消息是否意味着必须选择Cloudflare Workers？
公告明确提到的是迁往Workers的付费客户支持安排，没有写所有Deploy用户必须采用该平台。其他目标是否适合，需要按应用兼容性、数据迁移和费用自行评估。
Cloudflare Workers与Durable Objects的后续整合已经交付了吗？
公告描述团队将与Workers、Durable Objects团队结合工作的方向，rusty_v8与workerd整合也属于未来工作。它没有给这些后续整合提供正式上线时间或所有账户的可用保证。