上云迁移评估框架
迁移评估要回答四个问题：迁什么、怎么迁、花多久、风险在哪。做法是从现状盘点出发，把资源清单、依赖关系、目标形态、迁移方式、时间窗口与验证标准逐项落到书面，产出物直接作为割接方案的输入。跳过评估直接动手，问题通常在割接当晚集中爆发，而此时已经没有调整余地。
基本信息
| 现状盘点 | 资源清单 + 依赖矩阵 + 流量特征 + 现有可用性与性能基线 |
|---|---|
| 目标形态 | 云上资源与架构的映射关系，明确哪些重构、哪些平移 |
| 迁移方式 | 在线或离线、停机或不停机、所用工具与传输链路 |
| 窗口与人力 | 批次划分、每批时间窗、值守人员与授权 |
| 产出物 | 迁移方案、批次计划、割接 Runbook 初稿、验收与回滚标准 |
典型使用场景
- 整体上云：从自建机房迁到公有云，需分批平移并保留回退能力
- 机房搬迁：跨机房或跨地域迁移，评估停机窗口是否够用
- 云间迁移：不同云厂商之间搬运，重点评估兼容性与网络链路
- 架构调整：迁移同时做容器化或数据库改造，需拆分变更风险
- 合并整合：多条业务线的系统归并到统一平台
评估清单骨架
评估清单骨架
1 资源清单：主机 / 数据库 / 中间件 / 存储 / 域名与证书
2 依赖矩阵：应用 → 数据库 → 第三方接口 → 上下游系统
3 迁移方式：逐类资源选定工具与传输链路，标注停机要求
4 窗口与人力：割接批次、每批时间窗与值守安排
5 验证与回滚：验收清单与回滚触发条件评估维度与产出
| 维度 | 要回答的问题 | 产出物 |
|---|---|---|
| 资源现状 | 有多少台、什么规格、跑了什么 | 资源与依赖清单 |
| 目标架构 | 云上怎么放，网络怎么连 | 架构映射表 |
| 迁移方案 | 用什么工具，多长时间 | 迁移方案与批次计划 |
| 风险与回滚 | 失败怎么办，多久能退 | 回滚预案与触发条件 |
评估阶段就把回滚方案与验证标准写清，避免割接现场临时决定处置策略；现场讨论的每个问题都会直接吃掉本就紧张的时间窗。
依赖矩阵要把第三方接口与外部调用一起盘进去：真正卡住割接的往往不是自有系统，而是一个没被记录的外部回调或对端白名单变更。