你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
入门：加速迁移
正确地协调业务并让 IT 利益干系人达成一致有助于克服迁移障碍并加快迁移工作。 本文提供了以下操作的建议步骤：
- 利益干系人一致性
- 迁移规划
- 部署登陆区域
- 迁移前 10 个工作负载
本文还可帮助你实施适当的治理和管理过程。 可使用本指南来优化协调整项迁移工作所需的过程和材料。
如果迁移方案不典型，可以使用战略迁移评估和就绪性工具（SMART）对组织的迁移准备情况进行个性化评估。 可用其确定最符合当前需求的指南。
开始使用
迁移工作负载所需的技术工作和流程相对简单。 有效地完成迁移过程至关重要。 战略性迁移就绪情况对时间线和整个迁移的成功完成影响更大。
若要加快采用过程，必须在迁移期间采取措施来为云采用团队提供支持。 本指南概述了这些迭代任务，以帮助客户走上正确的云迁移之路。 为了说明支持步骤的重要性，本文将迁移列为步骤 10。 在实践中，云采用团队可能会在步骤 4 或步骤 5 同时开始他们的第一次试点迁移。
步骤 1：让利益干系人达成一致
若要避免常见的迁移阻碍，请为迁移创建简要的业务战略。 利益干系人对动机和预期业务结果的一致性决定了云采用团队的决策。
- 动机：战略协调的第一步是就推动迁移工作量的动机达成一致。 首先，了解和分类来自企业和 IT 的各个利益干系人的动机和共同主题。
- 业务成果：在动机达到一致之后，可以捕获所需的业务结果。 此信息提供了可用于衡量整体转换的明确指标。
交付成果：
- 使用策略和计划模板记录动机和期望的业务成果。
| 问责团队 | 负责和支持团队 |
|---|---|
步骤 2：商定合作伙伴支持
合作伙伴、Microsoft 服务或各种 Microsoft 程序都可用于在整个迁移过程中为你提供支持。
- 了解合作关系选项，查找合适的合作关系和支持级别。
交付成果：
- 在联系支持合作伙伴之前，制定好条款和条件或其他合同协议。
- 在策略和计划模板中标识批准的合作伙伴。
| 问责团队 | 负责和支持团队 |
|---|---|
步骤 3：收集数据并分析资产和工作负载
利用发现和评估来改进技术对齐，并制定执行战略的行动计划。 在此步骤中，使用有关当前状态环境的数据验证业务案例。 然后对优先级最高的工作负载进行定量分析和深入的定性评估。
- 盘点现有系统：使用数据驱动的计划性方法来了解当前状态。 查找并收集数据以启用所有评估活动。
- 增量合理化：简化评估工作，专注于对所有资产的定性分析，甚至可能支持业务案例。 然后为要迁移的前 10 个工作负载添加深度定性分析。
交付成果：
- 现有库存的原始数据。
- 对现有库存进行定量分析，以完善业务理由。
- 前 10 个工作负载的定性分析。
- 策略和计划模板中记录的业务理由。
| 问责团队 | 负责和支持团队 |
|---|---|
步骤 4：创建业务案例
提出迁移的业务案例可能是利益干系人之间的反复对话。 在构建业务案例的第一步中，评估可能的云迁移的初始大致回报。 这一步骤的目标是确保所有利益干系人对一个简单的问题达成一致：基于可用数据，云的整体采用是否是明智的业务决策？
- 构建云迁移业务案例是开发迁移业务案例的理想起点。 公式和工具的清晰性有助于商业判断。
交付成果：
- 使用策略和计划模板来记录业务理由。
| 问责团队 | 负责和支持团队 |
|---|---|
步骤 5：创建迁移计划
云采用计划为项目积压工作 (backlog) 的开发提供了一种加速方法。 然后可以修改积压工作 (backlog) 以反映发现结果、合理化、所需技能和合作伙伴合同。
- 云采用计划：使用基本模板定义云采用计划。
- 工作负载一致性：定义积压工作 (backlog) 中的工作负载。
- 工作一致性：使积压工作 (backlog) 中的资产和工作负载保持协调一致，为确定好优先顺序的工作负载明确工作。
- 人员和时间一致性：为迁移的工作负载确定迭代、速度（人员的时间）和发布时间。
交付成果：
- 部署积压工作 (backlog) 模板。
- 更新模板以反映要迁移的前 10 个工作负载。
- 更新人员和速度以估计发布时间。
- 时间线风险：
- 不熟悉 Azure DevOps 会减慢部署过程。
- 每个工作负载的复杂性和可用数据也会影响时间线。
| 问责团队 | 负责和支持团队 |
|---|---|
步骤 6：制定技能就绪计划
现有员工可以在迁移工作中扮演实际角色，但可能需要更多的技能。 在此步骤中，找到开发这些技能的方法或通过合作伙伴来增加这些技能。
- 制定技能准备计划。 快速评估现有技能，以确定团队应开发哪些其他技能。
交付成果：
- 将技能就绪计划添加到策略和计划模板。
| 问责团队 | 负责和支持团队 |
|---|---|
步骤 7：部署并商定登陆区域
所有迁移的资产都部署到一个登陆区域。 登录区域最开始很简单，可以支持小型的工作负载，然后随着时间的推移逐渐扩展到可处理更复杂的工作负载。
交付成果：
- 部署你的第一个登陆区域，用于部署最初的低风险迁移。
- 与云卓越中心或中央 IT 团队一起制定重构计划。
- 时间线风险：
- 前 10 个工作负载的治理、运营和安全要求可能会减慢这一过程。
- 第一个登陆区域和后续登陆区域的重构需要更长的时间，但它应该与迁移工作同时进行。
| 问责团队 | 负责和支持团队 |
|---|---|
步骤 8：迁移前 10 个工作负载
迁移前 10 个工作负载所需的技术工作相对简单。 这也是一个迭代过程，当你迁移更多资产时需要重复此过程。 在此过程中，你可以评估工作负载、部署工作负载，然后将其发布到生产环境。
使用云迁移工具，可在一次传递或迭代中迁移数据中心内的所有虚拟机。 更常见的做法是在每次迭代中迁移较少数量的工作负载。 将迁移拆分为较小的增量需要更多计划，但这样可以降低技术风险以及组织变更管理的影响。
随着每次迭代，云采用团队都可以更好地迁移工作负载。 这些步骤可帮助技术团队完善其能力：
- 使用 Azure 迁移指南中概述的工具，以纯基础结构即服务 (IaaS) 方法迁移你的第一个工作负载。
- 展开工具选项，通过迁移示例使用迁移和现代化功能。
- 使用 Azure 云迁移最佳做法中所述的更广泛的方法来制定技术策略。
- 通过迁移过程改进中所述的高效迁移工厂方法，提高一致性、可靠性和性能。
交付成果：
持续提升采用团队迁移工作负载的能力。
| 问责团队 | 负责和支持团队 |
|---|---|
步骤 9：将生产工作负载移交给云治理
治理是任何迁移工作的长期成功的关键因素。 迁移速度和业务影响非常重要。 但只有速度没有治理会很危险。 组织需要根据采用模式以及治理和合规性需求做出有关治理的决定。
- 治理方法：此方法概述了思考公司策略和流程的过程。 在确定方法后，你可以构建所需的阶段，以便在整个企业云采用工作中实现治理。
- 初始治理基础：了解创建治理最简可行产品 (MVP) 所需的规则（用作所有采用的基础）。
- 治理基准评估：确定组织当前治理状态中的差距。 获取个性化基准报告以及有关如何入门的精选指导。
交付成果：
- 部署初始治理基础。
- 完成治理基准评估，以规划将来的改进。
- 时间线风险：
- 策略改进和治理实施可能会增加一到四周时间（针对每条规则）。
| 问责团队 | 负责和支持团队 |
|---|---|
步骤 10：将生产工作负载移交给云运营
运营管理是实现成功迁移的另一要求。 将单个工作负载迁移到云中而不了解正在进行的企业运营，这是一个冒险的决定。 在迁移的同时，应开始规划长期运营。
交付成果：
- 部署管理基线。
- 完成操作管理工作簿。
- 确定任何需要 Microsoft Azure 架构良好的评审评估的工作负载。
- 时间线风险：
- 查看工作簿：估计一小时（每个应用程序所有者）。
- 完成 Microsoft Azure 架构良好的审查评估：每个应用程序估计一小时。
| 问责团队 | 负责和支持团队 |
|---|---|
价值声明
这些步骤可帮助团队更好地进行变更管理并让利益干系人达成一致，从而加快迁移工作。 这些步骤还可消除常见的阻碍，更快地实现业务价值。
后续步骤
云采用框架是一个生命周期解决方案，可助你开始迁移之旅。 它还可帮助支持迁移工作的团队走向成熟。 以下团队可使用这些后续步骤来完善自己的能力。 这些过程没有等次之分，也并不是线性的，不应被视为阻碍。 相反，每个过程都是同等重要的价值流，可帮助改进组织的整体云就绪性。
| 组 | 下一次迭代 |
|---|---|
| 云采用团队 | 使用迁移模型了解如何迁移到可提供高效迁移功能的迁移工厂。 |
| 云策略团队 | 随采用计划以迭代方式一同改进策略方法和计划方法。 查看这些概述并继续对业务和技术战略进行迭代。 |
| 云平台团队 | 重温就绪方法，以继续推进支持迁移或其他采用工作的整个云平台。 |
| 云治理团队 | 使用治理方法继续改进治理流程、策略和规则。 |
| 云运营团队 | 根据管理方法，在 Azure 中提供更丰富的操作。 |
如果迁移方案不典型，可以使用战略迁移评估和就绪性工具（SMART）对组织的迁移准备情况进行个性化评估。 你提供的答案可帮助确定哪个指南最适合当前的需求。