完成发现和评估阶段并设置基础设计后，您可以通过将工作负载分类为迁移波次来开始规划迁移。
本文和以下文档介绍了如何规划成功的迁移并最大限度地降低相关风险。
准备工作
在开始规划迁移之前，请先完成工作负载发现和评估，并创建包含以下任务的总体迁移策略：
- 为您标识要迁移的应用、服务和数据库等工作负载编制目录。
- 将工作负载映射到基础架构组件。
- 依赖项映射。
- 确定高级迁移和现代化改造路径（重新托管、更换平台、重构、重新设计架构、替换、弃用）。
然后，使用 Cloud Foundation Toolkit 在 Google Cloud 上构建基础。
Cloud Foundation Toolkit 中的资源可帮助您开始学习新的云基础架构的以下方面：
- Identity and Access Management
- 资源管理
- 网络
- 数据管理
- 基础架构即代码
- 日志记录、监控和结算
- 安全基础
- GKE 基础
基本迁移概念
“云迁移项目”代表您的组织将应用迁移到 Google Cloud 所遵循的整个过程。
每个云迁移项目都分为多个波次。波次是一组具有共同特征或相互依赖性（由工作负载发现和评估所确定）的应用。由于独立应用和数据库的外部依赖项较低，通常非常适合进行第一波迁移。另一方面，具有明显相互依赖性的应用将构成复杂的迁移波次，需要额外的规划。
迁移波次中的应用划分为移动组，并以 Sprint 形式迁移到 Google Cloud。移动组是指需要一起迁移的一组基础架构资源和工作负载。这些资源和工作负载可以属于同一个应用，也可以属于一组相互依赖的应用。
业务能力是确定移动组的最关键因素之一。例如，零售业的供应链管理和库存管理、银行业的欺诈监控、保险业的理赔处理、各个领域中的业务能力领域。 考虑业务能力至关重要，这可确保在迁移期间和迁移之后，对业务服务性能和可用性的影响降到最低，或者不会受到任何影响。
在业务功能区域内，您需要根据不同的环境执行迁移。研究和开发 (R&D) 环境通常是最先迁移的环境。这有助于您找出并缓解可能会阻止迁移或减慢迁移速度的阻碍因素。然后，在研发、预生产和生产环境的迁移过程中，您可以遵循最佳实践和缓解活动。
发现和评估需要是一个持续的过程，随着时间的推移，数据收集变得越来越精确，也越来越准确。这使您可以不断提高特定于工作负载的数据的准确性，这有助于识别与云迁移相关的特定于工作负载的风险。
通常，第一波发现和评估会从基础架构的角度提供基础架构组件和工作负载的高层次依赖关系映射。这有助于您为第一波更具方向性的迁移制定计划，主要旨在改进和优化 Google Cloud 架构的元素，例如虚拟机类型、存储类别、着陆区设计、基于计算和 I/O 吞吐量要求的高级容量调整。
此外，与发现和评估并行运行迁移风险评估工作。目的是校准并详细说明与迁移相关的工作负载特有风险，并启动适当的缓解措施。以下页面列出了此类风险的一些示例。
下图简要介绍了整个迁移过程。
