你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
入门：环境设计和配置
环境设计和配置是阻碍专注于迁移或创新的采用工作的最常见因素。 快速实施一个支持您长期应用计划的设计可能很困难。 本文介绍了一种方法和一系列步骤，可帮助克服常见阻碍并加快采用工作。
创建有效的环境设计和配置所需的技术工作可能比较复杂。 可以管理范围，以提高云平台团队的成功几率。 最大的挑战是多个利益干系人之间的协调。 其中一些利益干系人有权停止或减缓采用工作。 这些步骤概述了快速实现短期目标并建立长期成功的方法。
步骤 1：记录业务策略
若要避免常见的迁移阻止程序，请确保有一个清晰简洁的业务策略。 利益干系人对动机、预期业务成果和业务理由的协调在采用和环境配置中非常重要。
简洁明了的业务策略可帮助云平台团队了解在做出环境配置决策时应确定哪些重要事项和优先级。 具体而言，当团队被迫在创新速度或遵守控制措施之间进行选择时，它可帮助团队做出决策。
可交付成果：
- 使用 策略和计划模板 来记录动机、所需的业务成果和高级业务理由。
关于支持完成可交付成果的指导：
- 了解业务动机：战略一致性的第一步是就推动迁移工作的动机达成一致。 首先了解和分类业务和 IT 部门中各种利益干系人动机和共同主题。
- 记录业务成果：在动机一致后，可以捕获所需的业务成果。 此信息提供了可用于度量整体转换的明确指标。
- 构建云迁移业务案例：开始开发迁移业务案例，包括有关帮助业务理由的公式和工具的明确指南。
| 问责团队 | 负责和支持团队 | 熟悉情况的团队 |
|---|---|---|
步骤 2：评估数字资产
发现和评估提供更深层次的技术一致性，这有助于创建一个可用于交付策略的行动计划。 在此步骤中，你将使用有关环境当前状态的数据来验证业务案例。 然后，对这些数据执行定量分析，对最高优先级工作负荷进行深入定性评估。
数字资产评估的输出为云平台团队提供了对最终状态环境的清晰了解，以及支持采用计划所需的要求。
可交付成果：
- 现有清单上的原始数据。
- 对现有库存进行定量分析，以优化业务理由。
- 对前 10 个工作负荷进行定性分析。
- 更新了 策略和计划模板的业务理由。
关于支持完成可交付成果的指导：
- 清单现有系统：通过编程方式、数据驱动方法了解当前状态是第一步。 查找和收集数据以支持所有评估活动。
- 增量合理化：简化评估工作，重点分析所有资产，甚至可能支持业务案例。 然后为要迁移的前 10 个工作负荷添加深度定性分析。
| 负有责任的团队 | 负责和支持团队 | 信息充分的团队 |
|---|---|---|
步骤 3：创建云采用计划
你的云采用计划为开发项目积压工作 (backlog) 提供了一种加速方法。 然后可以修改积压工作 (backlog) 以反映评估结果、合理化、所需技能和合作伙伴合同。
对短期云采用计划和积压工作进行审查有助于云平台团队了解未来几个月的环境需求。 这种背景有助于他们收紧对前几个登陆区域完成的定义。
可交付成果：
- 部署待办事项模板。
- 更新模板以反映要迁移的前 10 个工作负荷。
- 更新人员和速度（人员的时间）以估计发布时间。
- 时间线风险：
- 对 Azure DevOps 缺乏熟悉可能会减缓部署过程。
- 每项工作负荷的复杂性和可用数据也可能会影响时间线。
关于支持完成可交付成果的指导：
- 云采用计划：使用基本模板定义计划。
- 工作量对齐：在待办事项中定义工作量。
- 工作量一致性：调整积压工作 (backlog) 中的资产和工作负载，以明确定义优先工作负载的工作量。
- 人员和时间一致性：为迁移的工作负载建立迭代、速度和发布。
| 问责团队 | 负责和支持团队 | 掌握信息的团队 |
|---|---|---|
步骤 4：部署第一个登陆区域
最初，云采用团队需要一个可以支持第一波工作负荷要求的登陆区域。 随着时间的推移，登陆区域会进行缩放，以解决更复杂的工作负荷。 目前，请先创建一个登陆区域，以便为云平台团队和云采用团队提供早期学习。
可交付成果：
- 为初始低风险迁移部署第一个登陆区域。
- 与卓越云中心或中央 IT 团队合作制定重构计划。
- 时间线风险：
- 前 10 个工作负荷的治理、操作和安全要求可能会减缓此过程。 第一个登陆区域和后续登陆区域的实际重构需要更长的时间，但它应与迁移工作同时进行。
关于支持完成可交付成果的指导：
| 负有责任的团队 | 负责和支持团队 |
|---|---|
步骤 5：部署初始治理基础
治理 是任何迁移工作的长期成功的关键因素。 迁移速度及其对业务的影响非常重要。 但是没有治理的速度可能很危险。 您的组织需要就符合您的采用模式以及治理和合规性需求的治理做出决策。
| 问责团队 | 负责和支持团队 |
|---|---|
步骤 6：实现操作基线
在不了解正在进行的操作的情况下迁移到云是有风险的。 与迁移并行，开始规划长期运营管理。 将这些计划反馈到云平台团队的并行工作中。
可交付成果：
- 部署管理基线。
- 完成操作管理工作簿。
- 确定任何需要 Microsoft Azure 架构良好的评审评估的工作负载。
- 时间线风险：
- 查看工作簿：估计每个应用程序所有者一小时。
- 完成 Microsoft Azure 架构良好的评审评估：估计每个应用程序所有者一小时。
关于支持完成可交付成果的指导：
| 问责团队 | 负责和支持团队 | 被咨询的团队 |
|---|---|---|
步骤 7：扩展着陆区
随着云采用团队开始他们最初的几次迁移，云平台团队可以在云治理和云运营团队的支持下开始构建最终状态的环境配置。 根据云采用计划的步伐，此过程可能需要在迭代版本中发生。 功能可能会在采用计划的要求之前添加。
可交付成果：
- 采用测试驱动开发方法来重构着陆区。
- 改进登陆区域治理。
- 扩展着陆区业务。
- 实现登陆区域安全性。
关于支持完成可交付成果的指导：
| 负有责任的团队 | 负责和支持团队 |
|---|---|
价值陈述
本指南中概述的步骤可帮助你和你的团队加快其通往正确配置的企业就绪云环境的路径。
后续步骤
在将来的迭代中考虑以下后续步骤，以拓展您的初步努力：