规划迁移后,您可以继续执行执行阶段。本文及以下文档综合了可用于执行迁移的方法和工具。
前期准备
初始迁移准备工作
云迁移项目是推动将工作负载迁移到 Google Cloud 的主要组织工作。
每个迁移项目均分为多个波次。波次是一组具有共同特征或相互依赖性(由工作负载发现和评估所确定)的应用。由于独立应用和数据库的外部依赖项较低,通常非常适合进行第一波迁移。另一方面,具有明显相互依赖性的工作负载将构成复杂的迁移波次,需要额外的规划。在这种情况下,您需要优化迁移计划,以查看相互依赖性对业务的影响,并移除可能阻止迁移的障碍。
迁移波次中的工作负载会划分为移动组,并以 Sprint 形式迁移到 Google Cloud。移动组是指需要一起迁移的一组基础架构资源和工作负载,它们可以是同一应用的一部分,也可以是一组相互依赖的应用。
在每次 Sprint 期间,您都需要执行以下操作:
- 准备并集成迁移所需的工具。
- 制定 Sprint 计划。
- 执行 Sprint 计划。
迁移过程和方法
Sprint 规划和指南
在 Sprint 计划中,定义您将如何执行归类为 Sprint 的迁移波次。解决以下基础问题,创建手册。
# | 资源项 | 说明 |
---|---|---|
0 | 迁移工具架构 | 构成迁移工厂的工具架构(用于持续评估、波次计划优化、特定于工作负载的迁移、构建、测试、部署和监控的工具) |
1 | 迁移核对清单 | 迁移 Sprint 之前和期间使用的核对清单 |
2 | 资产清单 | 将迁移到 Google Cloud 的工作负载列表 |
3 | Sprint Runbook | 迁移每个工作负载的执行准则 |
4 | 迁移计划 | 在迁移 Sprint 期间遵循的分步迁移计划(过程) |
5 | 网络和安全规则 | 迁移到 Google Cloud 期间 Google Cloud 上入站和出站流量的所有防火墙规则的列表 迁移到 Google Cloud 期间 DNS 更改 |
6 | 风险和缓解措施 | 迁移 Sprint 和缓解步骤中可能产生的风险 |
7 | 测试和验证 | 用于验证功能性和非功能性要求的测试计划 |
8 | 回滚方案 | 按工作负载列出的回滚步骤 |
9 | 团队构成 | 团队构成和阵容(包含详细联系信息) |
10 | 治理 | 迁移执行团队的 RACI 矩阵、频率和报告、上报解决机制 |
迁移执行
完成迁移规划和准备阶段后,本部分介绍如何执行到 Google Cloud 的可重复迁移和验证。
评估
评估的第一次迭代发生在迁移规划阶段,并生成有关工作负载和基础架构组件之间的依赖关系的数据。您必须在整个云迁移项目中继续执行发现和评估,以重新校准和丰富与以下方面相关的数据:
- 应用和数据库与基础架构的对应关系(用于标识业务工作负载的所有基础架构和平台组件)
- 基础架构与应用、数据库和服务之间的映射(用于标识附加到基础架构或平台组件的所有业务工作负载)
- 各种业务工作负载的依赖项
- 工作负载的资源消耗量
- 识别初始评估波次中未发现的任何工作负载
- 确定新的或更改的着陆区要求,但尚未在初始评估波次中确定
- 识别可能会阻止迁移的阻碍性问题
持续评估对于持续校准和优化迁移组、识别和缓解风险以及优化和优化迁移波次计划至关重要。
规划
迁移波次中的规划阶段旨在定义波次中 Sprint 的最终范围,并将特定于组件的迁移计划整合到单个计划中。此阶段的输出如下:
- 在当前 Sprint 范围内移动组
- 迁移 Sprint 核对清单
- 用于解决屏蔽问题的缓解措施
- 迁移、构建、测试和部署计划
- 回滚方案
- 执行安排
低层级的详细规划对于后续的成功部署至关重要。
部署
在部署阶段,迁移团队会执行迁移计划并移除所有关键问题。建议安排定期状态会议来跟踪执行计划。但是,这些状态会议不应用于排查问题。 而应安排单独的专门会议,与相应的技术专家交流。
部署阶段的输出如下所示:
- 迁移计划更新(每个步骤的状态、备注)
- 迁移问题跟踪器更新
- 迁移后测试结果
- CMDB 更新(如果适用)
- 向利益相关方传达迁移结果
如果部署失败(例如迁移计划失败、测试失败或无法在指定的迁移时间范围内修复),则您需要执行回滚计划。建议在回滚后运行应用测试,并确保迁移计划中的所有外部更改(例如上游和下游系统配置)也会回滚。
优化
优化阶段可让项目团队在完成部署阶段后重新分组,以记录学到的经验,并针对后续波次和 Sprint 实施改进。对于已迁移的范围,优化阶段可用于解决迁移后的非严重问题。
此阶段非常重要,因为它可以让整个项目时间表持续改进。
该阶段的输出如下所示:
- 迁移问题跟踪器更新
- 项目知识库更新(如果适用)
迁移工具
Automation 工具在迁移生命周期中发挥着重要作用。在迁移的执行阶段,您需要基于一系列因素(例如要迁移的工作负载类型、地理分布和发布策略以及安全要求)创建自动化工具架构。
以下文档介绍了几种可实现以下功能的自动化工具:
后续步骤
- 详细了解迁移和现代化改造工具。
- 详细了解 Google Cloud 迁移。