云迁移甘特图模板：分批迁移与切换
可编辑的云迁移甘特图：发现、依赖梳理、并行搭建着陆区、分批迁移、切换演练、重点保障期与下线，含依赖关系和里程碑。
什么是云迁移甘特图模板：分批迁移与切换流程
云迁移是几个共用一个截止日期的项目。发现与规划决定迁什么、按什么顺序迁。着陆区，也就是工作负载将要落地的网络、身份和日志，可以同时搭建。然后分批迁移工作负载，而源环境要等最后一批在生产中运行一段时间后才能关闭。把这些排成一个序列的计划，会夸大时间；把它们当作互相独立的计划，则会掩盖其中一方等待另一方的节点。
这个模板分为四个阶段：发现与规划、搭建着陆区、分批迁移、切换与退役。“应用与服务器发现”是唯一的起始任务。“依赖关系梳理”在发现开始后第三个工作日启动，因为最初的发现结果已足以开始追溯连接，随后是“按工作负载制定迁移策略”。从这里计划分成两路。“迁移批次与切换窗口计划”通向“迁移计划已批准”里程碑，而“着陆区设计”在策略确定后立即开始，与批次计划并行。
在着陆区内部，“网络与连通性建设”（10个工作日）和“身份、安全与日志设置”（8个工作日）都接在设计之后，后者在设计开始后第二个工作日启动。“着陆区就绪”要等两者。“第1批试点迁移”必须等“迁移计划已批准”和“着陆区就绪”都完成才能开始，这是这类计划最常滑动的地方：文件做完了而目标环境没好，或者相反。“将试点经验用于运行手册”位于试点与“第2批核心工作负载”之间，“第3批剩余工作负载”在第2批开始后第五个工作日启动，所以最后一批与核心批次重叠。
各批次之后，“性能与故障切换测试”和第3批都必须完成，才能进行“最终切换演练”，然后是“切换窗口”、“重点保障期”（10个工作日）和“下线源服务器”。“源环境已退役”是收尾里程碑。所有工期仅为示意。真实的环境里有无法一起迁移的工作负载、有各自到期日的许可证，以及这张图并不知道的变更冻结期，所以请换成你自己的工期和批次划分。时间线只负责安排工作，它不会让迁移变得安全、可靠或划算，也不能替代你的变更流程所要求的运行手册、测试结果和批准。流程方面可参见 /zh/templates/软件部署流程 、 /zh/templates/灾难恢复流程 和 /zh/templates/信息技术变更管理工作流 。
本流程图涵盖的内容
本模板包含
- 四个阶段：发现与规划、搭建着陆区、分批迁移、切换与退役，共19项任务和三个里程碑：“迁移计划已批准”“着陆区就绪”和“源环境已退役”。
- 发现阶段的开始到开始重叠：“依赖关系梳理”在“应用与服务器发现”开始后第三个工作日启动，早于发现结束。
- 与规划并行搭建的着陆区：“着陆区设计”接在“按工作负载制定迁移策略”之后，与“迁移批次与切换窗口计划”并行，“身份、安全与日志设置”在设计开始后第二个工作日启动。
- 为第一批把关的汇合：“第1批试点迁移”要等“迁移计划已批准”和“着陆区就绪”，然后“将试点经验用于运行手册”排在“第2批核心工作负载”之前。
- 重叠的批次和安全的尾声：“第3批剩余工作负载”在第2批开始后第五个工作日启动，“下线源服务器”要等10天的“重点保障期”。
何时使用本模板
- 你要把服务器或应用迁到云服务商，需要显示规划、着陆区、各批次和切换分别落在何时。
- 你需要向指导委员会或应用负责人解释，无论计划怎么写，着陆区没好之前第1批为什么不能开始。
- 有人问源环境必须保持开启多久，例如因为数据中心或托管合同的到期日。
- 你想测试网络建设或某一批耗时比计划更长时，退役日期会怎样。
逐项任务的计划
图表中的每项任务，含以工作日计的工期及其前置任务。依赖关系用步骤编号表示；SS 为开始到开始，FF 为完成到完成，+n 为以工作日计的延迟。
| # | 任务 | 分组 | 工作日 | 依赖于 |
|---|---|---|---|---|
| 1 | 应用与服务器发现 | 发现与规划 | 8 | |
| 2 | 依赖关系梳理 | 发现与规划 | 6 | 1SS+3 |
| 3 | 按工作负载制定迁移策略 | 发现与规划 | 4 | 2 |
| 4 | 迁移批次与切换窗口计划 | 发现与规划 | 4 | 3 |
| 5 | 迁移计划已批准 | 发现与规划 | 里程碑 | 4 |
| 6 | 着陆区设计 | 搭建着陆区 | 6 | 3 |
| 7 | 网络与连通性建设 | 搭建着陆区 | 10 | 6 |
| 8 | 身份、安全与日志设置 | 搭建着陆区 | 8 | 6SS+2 |
| 9 | 着陆区就绪 | 搭建着陆区 | 里程碑 | 7, 8 |
| 10 | 第1批试点迁移 | 分批迁移 | 8 | 5, 9 |
| 11 | 将试点经验用于运行手册 | 分批迁移 | 3 | 10 |
| 12 | 第2批核心工作负载 | 分批迁移 | 15 | 11 |
| 13 | 第3批剩余工作负载 | 分批迁移 | 12 | 12SS+5 |
| 14 | 性能与故障切换测试 | 分批迁移 | 6 | 12 |
| 15 | 最终切换演练 | 切换与退役 | 2 | 13, 14 |
| 16 | 切换窗口 | 切换与退役 | 2 | 15 |
| 17 | 重点保障期 | 切换与退役 | 10 | 16 |
| 18 | 下线源服务器 | 切换与退役 | 8 | 17 |
| 19 | 源环境已退役 | 切换与退役 | 里程碑 | 18 |
运作方式
替换发现和规划的工期
根据你的环境规模，设置“应用与服务器发现”“依赖关系梳理”和“按工作负载制定迁移策略”的长度。如果追溯可以在发现结束前开始，就保留开始到开始关系。
与计划并行搭建着陆区
把“着陆区设计”和“迁移批次与切换窗口计划”保留为并行任务。目标环境还需要的其他事项，例如共享服务，也要加成任务，并连到“着陆区就绪”。
第1批要两头把关
“第1批试点迁移”依赖“迁移计划已批准”和“着陆区就绪”。延长网络建设的工期，看看是哪一个决定试点的开始。
按你的工作负载划分批次
为你自己的工作负载分组重命名或复制批次任务。当后一批可以在前一批仍在运行时开始，就在开始到开始关系上设一个延隔。
加入切换、重点保障期和下线
把“重点保障期”设为你希望把源环境保留作后备的时长。用“源环境已退役”给出的日期去核对你必须满足的任何合同或许可证到期日。
添加负责人、分享并导出
把负责团队写进“人员”列，把运行手册的编号等写进任务备注，把图表分享给应用负责人，并导出PDF留作变更记录。
常见问题
这张图会替我选择迁移策略吗？
不会。它只负责安排工作。“按工作负载制定迁移策略”这项任务，是你为每个工作负载决定原样迁移、改造还是替换的地方。图表只显示有哪些事项在等这个决定。
可以围绕数据中心合同到期日来规划吗？
请比较“源环境已退役”的完成日期与你需要的日期。如果更晚，就修改工期或依赖关系，看日期如何移动。固定开始日期只用于确实固定的日期，例如变更冻结，图表会标出与依赖关系冲突的固定开始日期。
这里的工作日是真实的日历日吗？
它们是周一至周五。图表没有节假日日历，所以在遇到节假日或冻结期的地方，请加一项任务或延长工期。
这与数据迁移图表有什么不同？
这张图迁移的是工作负载和环境。 /zh/templates/数据迁移甘特图 涵盖数据本身的剖析、映射、试装载和核对。大型项目可以两者并用。
同样的工作在流程图里是什么样？
/zh/templates/软件部署流程 和 /zh/templates/灾难恢复流程 画出了决策和交接。更宏观的项目群计划请参见 /zh/templates/系统实施计划甘特图 。
