你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

入门：环境设计和配置方面

  • 项目

环境设计和配置是专注于迁移或创新的采用工作的最常见障碍。 要想快速实施支持你的长期采用计划的设计，这可能有点困难。 本文建立了一种方法和一系列步骤，有助于克服常见的障碍并加快你的采用工作。

创建有效的环境设计和配置所需的技术工作可能会很复杂。 你可以管理范围以提高云平台团队的成功几率。 最大的挑战是多个利益相关者之间的一致性。 其中一些利益相关者有权停止或减缓采用工作。 这些步骤概述了快速实现短期目标和建立长期成功的方法。

步骤 1：记录业务策略

为避免常见的迁移障碍，请确保你拥有清晰简洁的业务策略。 利益相关者在动机、预期业务成果和业务理由方面的一致性在整个采用和环境配置过程中都很重要。

在云平台团队制定环境配置决策时，一个清晰而简洁的业务策略可以帮助他们理解什么是重要的，以及应该优先考虑什么。 特别是，当团队被迫在创新速度或遵守控制之间做出选择时，这可以帮助他们做出决定。

交付成果：

关于支持实现交付成果的指导：

  • 了解业务动机：战略一致性的第一步是就推动迁移工作的动机达成一致。 首先，了解和分类来自企业和 IT 的各个利益干系人的动机和共同主题。
  • 记录业务成果：调整动机后，你可以捕获所需的业务成果。 此信息提供了可用于衡量整体转换的明确指标。
  • 构建云迁移业务案例：开始开发迁移业务案例，包括对有助于你的业务论证的公式和工具的明确指导。

问责团队 负责和支持团队 熟悉情况的团队
  • 云策略团队
    		•
  • 云采用团队
  • 云卓越中心或中央 IT 团队
    		•
  • 云平台团队
    		•

    第 2 步：评估数字资产

    发现和评估提供了更深层次的技术一致性，可帮助你创建可用于实施战略的行动计划。 在此步骤中，你将利用有关环境的当前状态的数据来验证业务案例。 然后，你对该数据进行定量分析，并对最高优先级的工作负载进行深入的定性评估。

    数字资产评估的输出为云平台团队提供了最终状态环境和支持采用计划所需的要求的清晰视图。

    交付成果：

    • 现有库存的原始数据。
    • 对现有库存进行定量分析，以完善业务理由。
    • 前 10 个工作负载的定性分析。
    • 更新了策略和计划模板中的业务理由。

    关于支持实现交付成果的指导：

    • 盘点现有系统：第一步是从程序化、数据驱动的方法中了解当前状态。 查找并收集数据以启用所有评估活动。
    • 增量合理化：简化评估工作，专注于对所有资产的定性分析，甚至可能支持业务案例。 然后为要迁移的前 10 个工作负载添加深度定性分析。

    问责团队 负责和支持团队 熟悉情况的团队
  • 云采用团队
    		•
  • 云策略团队
    		•
  • 云平台团队
    		•

    第 3 步：创建云采用计划

    你的云采用计划为开发项目积压工作提供了一种加速方法。 然后可以修改积压工作以反映评估结果、合理化、所需技能和合作伙伴合同。

    对短期云采用计划和积压工作的审查有助于云平台团队了解未来几个月的环境需求。 这种背景有助于他们收紧对前几个登陆区域完成的定义。

    交付成果：

    • 部署积压工作 (backlog) 模板。
    • 更新模板以反映要迁移的前 10 个工作负载。
    • 更新人员和速度（人员的时间）以估计发布时间。
    • 时间线风险：
      • 不熟悉 Azure DevOps 会减慢部署过程。
      • 每个工作负载的复杂性和可用数据也会影响时间线。

    关于支持实现交付成果的指导：


    问责团队 负责和支持团队 熟悉情况的团队
  • 云采用团队
    		•
  • 云策略团队
  • 云平台团队
    		•
  • 云平台团队
    		•

    第 4 步：部署第一个登陆区域

    最初，云采用团队需要一个能够支持第一波工作负载需求的登陆区域。 随着时间的推移，登陆区域会扩展以应对更复杂的工作负载。 现在，从一个登陆区域开始，它可以让云平台团队和云采用团队进行早期学习。

    交付成果：

    • 为初始低风险迁移部署第一个登陆区域。
    • 与云卓越中心或中央 IT 团队一起制定重构计划。
    • 时间线风险：
      • 前 10 个工作负载的治理、运营和安全要求可能会减慢这一过程。 第一个登陆区域和后续登陆区域的实际重构需要更长的时间，但它应该与迁移工作同时进行。

    关于支持实现交付成果的指导：

    • 选择登陆区域：使用此部分根据你的短期采用计划找到部署登陆区域的正确方法。 然后部署该标准化代码库。
    • 扩展你的登陆区域：不要试图满足长期的治理、安全或操作限制，除非它们需要支持短期采用计划。

    问责团队 负责和支持团队
  • 云平台团队
    		•
  • 云采用团队
  • 云卓越中心或中央 IT 团队
    		•

    第 5 步：部署初始治理基础

    治理是任何迁移工作的长期成功的关键因素。 迁移和业务影响的速度非常重要。 但只有速度没有治理会很危险。 组织需要根据采用模式以及治理和合规性需求做出有关治理的决定。

    随着这些决策的制定，它们会反馈到云平台团队的并行工作中。

    交付成果：

    • 部署初始治理基础。
    • 完成治理基准以规划未来的改进。
    • 时间线风险：
      • 策略改进和治理实施可能会增加一到四周时间（针对每条规则）。

    关于支持实现交付成果的指导：

    • 治理方法：该方法概述了思考公司政策和流程的过程。 然后生成在你的云企业采用工作中交付治理所需的规则。
    • 治理基准工具：找出你当前状态的差距，以便可以规划未来。
    • 初始治理基础：了解创建治理最小可行产品 (MVP) 所需的治理规程，作为所有采用的基础。

    问责团队 负责和支持团队 咨询过的团队
  • 云治理团队
    		•
  • 云策略团队
  • 云卓越中心或中央 IT 团队
    		•
  • 云平台团队
    		•

    第 6 步：实施运营基线

    如果不了解正在进行的操作就迁移到云，会伴随风险。 在迁移的同时，请开始规划长期运营管理。 将这些计划反馈到云平台团队的并行工作中。

    交付成果：

    • 部署管理基线。
    • 完成操作管理工作簿。
    • 确定任何需要 Microsoft Azure 架构良好的评审评估的工作负载。
    • 时间线风险：
      • 查看工作簿：估计一小时（每个应用程序所有者）。
      • 完成 Microsoft Azure 架构良好的审查评估：每个应用程序估计一小时。

    关于支持实现交付成果的指导：


    问责团队 负责和支持团队 咨询过的团队
  • 云运营团队
    		•
  • 云策略团队
  • 云卓越中心或中央 IT 团队
    		•
  • 云平台团队
    		•

    第 7 步：扩展登陆区域

    随着云采用团队开始他们最初的几次迁移，云平台团队可以在云治理和云运营团队的支持下开始构建最终状态的环境配置。 根据云采用计划的速度，此过程可能需要在迭代版本中进行。 功能可能会在采用计划的要求之前添加。

    交付成果：

    • 采用测试驱动的开发方法来重构登陆区域。
    • 改善登陆区域治理。
    • 扩展登陆区域操作。
    • 实现登陆区域安全性。

    关于支持实现交付成果的指导：


    问责团队 负责和支持团队
  • 云平台团队
    		•
  • 云采用团队
  • 云卓越中心或中央 IT 团队
    		•

    价值声明

    本指南中概述的步骤可帮助你和你的团队加快实现正确配置的企业就绪型云环境。

    后续步骤

    在初始工作中，请考虑在对生成进行后续迭代的后续步骤：