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