完成发现和评估阶段并设置基础设计后，您就可以开始规划迁移，方法是将工作负载归类为 迁移波次。
本页介绍了如何规划成功的迁移。
准备工作
在开始迁移规划之前，请完成 工作负载发现和评估、 并通过以下任务制定总体迁移策略：
- 创建要迁移的工作负载（例如应用、服务和数据库）目录。
- 将工作负载映射到基础架构组件。
- 映射依赖项。
- 确定高级迁移和现代化路径（原样迁移、更换平台、重构、重新设计架构、替换、停用）。
然后，使用 Cloud Foundation Toolkit 在上构建基础 Google Cloud。
Cloud Foundation Toolkit 包含一些资源，可帮助您开始使用新云基础架构的以下方面：
- Identity and Access Management
- 资源管理
- 网络
- 数据管理
- 基础架构即代码
- 日志记录、监控和结算
- 安全基础
- GKE 基础
迁移概念
一个 云迁移项目 表示组织将应用迁移到的整个过程 Google Cloud。
每个云迁移项目都分为多个波次 。波次是指一组具有共同特征或相互依赖关系的应用，这些特征或依赖关系由工作负载发现和评估确定。鉴于其外部依赖项较少，独立应用和数据库通常是第一个迁移波次的理想选择。另一方面，具有许多依赖项的应用将构成复杂的迁移波次，需要额外的规划。
迁移波次中的应用分为多个移动组 ，并 迁移到 Google Cloud 在 Sprint 中。 移动组是指您需要一起迁移的一组基础架构资源和工作负载。 这些资源和工作负载可以是同一应用的一部分，也可以是一组相互依赖的应用。
业务能力是确定移动组的最重要方面之一。例如，零售业的供应链管理和库存管理、银行业的欺诈监控、保险业的理赔处理，分别代表各自领域的业务能力领域。 考虑业务能力对于确保在迁移期间和之后最大限度地减少或不中断业务服务性能和可用性至关重要。
在业务能力领域内，您需要根据不同的环境执行迁移。 研发 (R&D) 环境通常是第一个迁移的环境。这有助于您发现并缓解可能阻止或减缓迁移的任何阻碍因素。 然后，您可以按照最佳实践和缓解活动，逐步完成研发、预生产和生产环境的迁移。
您需要将发现和评估 作为持续进行的过程，随着时间的推移，数据收集会越来越精细和准确。 这样，您就可以不断提高工作负载特定数据的准确性，从而帮助您识别与云迁移相关的工作负载特定风险。
第一波次的发现和评估可让您创建基础架构组件和工作负载之间依赖关系的高级地图。 这有助于您在第一波次中规划和优化目标 Google Cloud 架构的元素，例如虚拟机类型、存储类、 着陆区设计、基于计算 和 I/O 吞吐量要求的高级容量调整。
您还需要与发现和评估并行运行迁移风险评估 。目的是识别和衡量与迁移相关的工作负载特定风险，并开始采取适当的缓解措施。
下图简要展示了整个迁移过程。
