旧环境退役是什么
观察期结束、验收通过、回滚窗口关闭之后，按清单把旧环境退役：数据归档、授权回收、网络与专线退订、设备下架与资产核销。退役要像割接一样有步骤与审批，因为误删仍在使用的资源比迁移失败更难挽回：迁移失败可以重来，删掉的备份与专线往往回不来。退役清单还要覆盖那些容易被忘掉的关联资源，它们会继续计费并保持暴露面。
基本信息
| 前置条件 | 观察期结束、验收签字、回滚窗口已关闭 |
|---|---|
| 归档要求 | 系统镜像、数据备份、配置基线与证书一并留存并校验可读 |
| 回收对象 | 云主机、存储、专线、公网 IP、机柜、域名与授权 |
| 审批方式 | 退役清单逐项审批后按批次执行，禁止一次性全删 |
| 观察策略 | 先关机或停服观察一段，再释放资源 |
| 留痕要求 | 保留退役记录与归档索引，备合规与审计调阅 |
典型使用场景
- 新环境稳定运行一个月后，退役本地机房的老集群
- 退订专线与 VPN，回收按带宽计费的固定成本
- 清理迁移期临时开启的中间存储与跳板机，止住持续计费
- 归并重复账号与项目：把旧账号下的残留资源清干净再注销
- 回收商业软件授权，按新环境重新申请或转移绑定
- 归档历史数据到低成本存储，满足合规留存时长要求
退役执行顺序
退役执行顺序
1) 冻结旧环境写入，转为只读，确认无业务流量
2) 完整备份并归档（数据 + 配置 + 证书 + 部署脚本）
3) 关闭非必要服务，观察一段时间（按业务周期，通常一周以上）
4) 回收授权与网络：专线、VPN、公网 IP、域名解析
5) 释放计算与存储资源，最后处理机柜下架与资产核销
# 每一步结束后更新退役清单状态，未打勾的项不得进入下一步分类退役动作
| 类别 | 退役动作 | 前置检查 |
|---|---|---|
| 计算资源 | 关机观察后释放实例 | 确认无调用流量、无依赖服务引用 |
| 存储与备份 | 归档到低成本存储并抽验可恢复性 | 备份可恢复且保留期满足合规要求 |
| 网络 | 退订专线与公网 IP，删除对等连接与安全组 | 确认无业务系统仍引用该网段或 IP |
| 授权许可 | 回收 License 或申请转移绑定 | 确认目标环境已重新激活且不影响生产 |
| 账号与凭据 | 禁用并删除旧账号、AK 与迁移用的临时凭据 | 确认无自动化脚本仍使用旧凭据 |
| 资产台账 | 设备下架、资产核销、合同终止 | 实物与台账数量一致，签字留档 |
退役最大的隐性成本是遗忘的关联资源：按标签或项目分组列出对象清单，比凭记忆逐个删除可靠得多，也便于事后核对。
先退网络再备份是常见致命错误：专线或跳板机一退，剩余数据的搬运通道就断了，只能重新采购链路。