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