你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

迁移版本检查列表

本阶段指导你完成将部署的工作负载发布到生产用途。 它包括执行最终迁移步骤、与业务通信、进行最终更改审批、清理资源以及从迁移中学习的技术流程。

此图显示了云采用框架中迁移指南的发布阶段。

执行迁移

达到此阶段后,资源将部署在 Azure 中,无论是副本 (replica)数据处于正确配置状态的新资源,还是通过迁移工具作为副本 (replica)服务器。 从技术角度来看,剩下的一切都是启动最终迁移任务,并将流量发送到新位置。

但是,需要执行更多操作以确保迁移成功。 与业务和支持团队的明确沟通至关重要,迁移后正在完成活动,包括适当的回顾。

无法通信、测试或成功迁移资源可能会造成中断和业务中断。 无法解除停用的资产或优化工作负荷可能会导致无法实现迁移的业务成果。 若要避免这些问题,需要完成强迁移。

清单

下表概述了此阶段记录的活动以及负责执行每个活动的角色。

活动 说明 负责任的角色
规划更改通信 包含有关如何将即将进行的更改传达给业务和 IT 团队的指导和示例。
  • 项目经理
  • 组织变更管理器
  • 进行业务测试 包含有关如何进行业务测试的指导,以确保将工作负荷的功能和可用性迁移到云后保持不变。
  • 项目经理
  • 工作负荷业务所有者
  • 工作负荷架构师
  • 用户验收测试人员
  • 完成迁移 包含有关如何执行迁移发布窗口的指导。
  • 迁移架构师
  • 迁移工程师
  • 在迁移后优化成本 包含用于在迁移后优化工作负荷成本的资源。
  • 工作负荷架构师
  • Cloud Operations Manager
  • 项目经理
  • 进行回顾 包含有关如何进行回顾以改进未来工作负荷迁移的指导。
  • 工作负荷架构师
  • Cloud Operations Manager
  • 下一步

    现在,你已大致了解优化过程,现在可以开始传达更改。