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