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

云采用框架中的云迁移

任何企业规模的云采用计划都会包括那些无法在创建新业务逻辑的过程中进行重大投资的工作负载。 这些工作负载在迁移到云时可以使用任意数量的方法;直接迁移、优化迁移或现代化迁移。 每种方法都被视为迁移。

观看以下视频,快速了解直接迁移方法。


可以通过以下练习建立用于评估、迁移、优化、保护和管理这些工作负载的迭代过程。

若要为云采用生命周期的这一阶段做好准备,建议采取以下步骤:

   
迁移你的第一个工作负荷:使用 Azure 迁移指南来熟悉用于执行迁移的 Azure 原生工具和方法。
迁移方案:使用其他迁移工具和方法来执行其他迁移方案。
最佳做法:通过应用一致的最佳做法满足常见迁移需求。
过程改进:迁移是一项注重流程的活动。 随着迁移工作的扩展,使用这些过程改进可评估有关迁移的各个方面并对其不断完善。

迁移方法和上面的步骤基于以下假设:

  • 迁移冲刺 (sprint) 的方法适用于迁移波次或发布。 可以使用“计划”、“就绪”和“采用”方法定义迁移波次或发布。 在每个迁移冲刺内都会将一批工作负载迁移到云。
  • 迁移工作负载之前,至少已确定、配置并部署了一个登陆区域,以满足近期云采用计划的需求。
  • 迁移通常与术语“直接迁移”或“重新托管”相关联。 此方法和上述步骤基于以下信念而构建:不应使用单纯的“重新托管”方法迁移任何数据中心和大部分的工作负载。 虽然你可以重新托管很多工作负载,但客户更常选择在每个工作负载内实现特定资产的现代化。 在此迭代过程中,速度和现代化之间的平衡是一个常见的讨论点。

迁移工作

对于每个工作负载来说,迁移工作负载所需完成的操作通常分成三个工作或阶段:评估、部署和发布工作负载。 云采用框架的这一部分给读者讲述如何使得在工作负载迁移到生产环境时所需的每个阶段中的回报最大化。

在标准的为期两周的迭代中,如果工作负载数为 2-5 个且复杂程度为低到中等,那么经验丰富的迁移团队可以完成此过程。 更复杂的工作负载(例如 SAP)可能需要数个两周迭代才能完成单个工作负载的迁移工作的所有三个阶段。 经验和复杂性对时间线和迁移速度都有重大影响。

显示云采用框架迁移工作的示意图

以下带有加重号的内容概述了此过程的各个阶段(如上图所示):

  • 评估工作负载: 通过评估工作负载来评估成本、现代化和部署工具。 此过程侧重于验证或挑战假设。 可以在发现和评估期间,通过更仔细地查看合理化选项做出这些假设。 在此过程中,还需更具体地研究用户模式和依赖项,以确保迁移后的工作负载在技术方面会取得成功。

    观看此视频,快速了解如何完成全面评估。


  • 部署工作负载:评估工作负载后,将在云中复制或改进现有工作负载功能。 此复制可能涉及“直接迁移”或“重新托管”到云。 但在此阶段更常见的情况是,许多支持这些工作负载的资产会现代化,以便利用云的优势。

  • 发布工作负载:将功能复制到云后,可对工作负载进行测试、优化、记录和发布,以使运营顺利地继续进行。 在此过程中,审查迁移的工作负载并将其移交至关重要。 这项工作对于治理、运营管理和安全团队的持续工作负载支持至关重要。

注意

在迁移工作的某些早期迭代中,通常需将范围限制为单个工作负载。 此方法最大程度地延长了技能保留期,为团队提供了更多进行试验和学习的时间。

注意

构建迁移工厂时,某些团队可能会选择将上述每个阶段分散到多个团队和多个冲刺中。 此方法能够提高可重复性,并可加快迁移工作的速度。

迁移波次和迭代变更管理

迁移迭代会通过迁移资产和工作负载带来技术价值。 迁移波次是工作负载的最小集合,可为你带来可度量的商业价值。 每次迭代结束时都会出具一个报表,概述已完成的技术工作。 但是,业务变化和战略规划通常发生在略高一点的级别。 当云采用团队在完成迁移工作的时候,云策略团队会重点规划接下来的 1-2 个迁移波次。 云策略团队还会将技术进展作为学习指标进行跟踪,以便更好地了解用于实现业务价值的时间线。 迁移波次是用于跟踪业务成果、人员和时间线的迭代变更管理方法。

在上一部分中,图示描述了云采用框架的计划方法就绪方法以及策略方法(一定程度)中的流程。 这些方法提供了规划和管理迁移波次的指导。 管理这些波次时,需定义由技术团队完成的迁移工作。

后续步骤

上面概述的步骤和进一步的方法指南可帮助你改进每个迁移冲刺(sprint) 中的流程。 Azure 迁移指南包括概述了完成首个迁移波次时所需的最常见工具和方法的文章。