评估工作负载
在评估阶段中，评估工作负载的就绪情况，并为迁移的状态制定计划。 完成此阶段后，可部署工作负载进行迁移。
云采用团队应评估技术兼容性、所需的体系结构、性能和规模预期以及依赖项。 使用此信息，确保可有效地将迁移的工作负载部署到云。
将工作负荷分类
对工作负载进行分类，帮助明确治理、安全、操作和云规模分析要求。 根据数据的潜在泄漏对业务或客户的影响，对该数据进行分类。 高度敏感的数据会增加安全风险。 工作负载关键性取决于故障对企业的影响程度。
对工作负载进行分类后，请与支持团队共享这些详细信息。 低工作负载或不受支持工作负载对支持团队的影响可能很小。 但是，当工作负载接近任务关键或单元关键分类时，它们具有更多的操作依赖项。
评估工作负荷就绪情况
如果要迁移工作负载，云采用团队必须确保所有资产和关联的依赖项都与部署模型和云提供商兼容。 团队应记录修正兼容性问题所必要的任何工作。
评估假设。 使用评估工具确定是否有任何阻碍迁移的因素。
如果从多个数据中心迁移工作负载，评估跨数据中心依赖项。 对这些依赖项进行可视化和分组，以识别支持工作负载的资产的 IP 地址和端口。
对复制活动使用 Azure 迁移和现代化。 可使用 Azure 迁移和现代化项目进行以下操作：
- 评估工作负载。
- 计算在 Azure 中运营的成本。
- 评估迁移就绪情况。
- 根据实际使用，将服务器大小转换为 Azure 订阅。
在服务器迁移过程中，还可迁移 SQL Server 实例或其他数据库服务器。
记录主机配置、复制的 VM 配置、网络配置和存储要求中的任何差异。 使用该信息估算迁移的带宽注意事项。
设计工作负载体系结构
在迁移之前，必须设计工作负载的预期迁移状态。
考虑常见的设计假设以设计：
- 应用程序登陆区域的体系结构，作为 Azure 登陆区域实现的一部分。
- 具有资源的工作负载网络体系结构，例如负载均衡器和其他应用程序交付资源。
- 考虑组件间通信的工作负载依赖项。
- 机密计算。
完成体系结构设计时，重新审查云估算，以确保你仍处于计划预算内。
迁移往往侧重于维护现有体系结构并将其转换到云平台。 但有时你可能需要重新构建工作负载（甚至是为了迁移）。 如果需要，可能需要在迁移之前进行体系结构更改：
- 偿还技术债务。
- 提高可靠性。
- 优化高成本工作负载。
- 满足性能要求。
- 安全应用程序。