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

云组织反模式

  • 项目

客户经常在其组织结构中遇到云采用反模式。 许多因素都可能导致这些问题：

  • 工具集
  • 合作伙伴
  • 工程师
  • 不一致的 IT 部门

要想成功采用云，了解这些因素的角色很重要。

反模式：将 IT 视为成本中心

许多公司将 IT 部门视为成本中心。 这种方法可能会导致人们认为 IT 不会为公司增加价值。 如果员工将 IT 视为提供者而不是推动者，IT 部门可能会感到气馁。 公司也很难吸引到合适的人才。 结果是动机降低，而生命周期时间延长。 IT 部门的工作质量可能会受到影响，而孤岛和封地可能会逐渐形成。

示例：将 IT 视为成本中心

一家公司将其 IT 部门作为对首席财务官 (CFO) 负责的成本中心来管理。 管理层将 IT 部门视为缓慢的服务提供商，是公司最大的成本驱动因素之一。 管理层没有意识到移动业务部门正在消耗 IT 部门订购的大部分资产。 IT 部门购买了一个数据中心供所有业务部门使用，但移动业务部门获得了这笔超配额资产。 管理层没有将 IT 部门视为推动者或合作伙伴。

首选结果：将 IT 部门视为推动者

与其将 IT 部门作为成本中心进行管理，不如考虑以下方法之一：

  • Chargeback：业务部门在预算中将 IT 成本视为运营费用。
  • Showback 或 Awareness-Back：IT 充当代理。 在回交给业务部门的报告中，IT 将任何直接成本归于相关业务部门。

使用云作为提高成本和业务透明度的工具。 例如，实施 成本管理规则 以提高成本透明度。 然后，你将更加了解不同业务部门的成本。 你会将 IT 部门视为这些单位的推动者。

要提高透明度，请在迁移到云时关注可见性、问责制和优化。 有关详细信息，请参阅构建注重成本的组织。

反模式：投资新技术而不涉及业务

IT 部门通常会投入大量人力和财力资源来构建和部署强大的平台和工具集。 但是，有时 IT 在设计和开发阶段未能考虑业务部门及其需求。 这种疏忽会导致新平台与业务部门的相关性最小。 然后员工在接受新技术时会犹豫不决。 可能会导致采用效果不佳或速度缓慢。 当业务部门不使用其平台时，IT 部门内部也会产生挫败感。

示例：搭建不涉及业务单位的平台

数据分析公司的 IT 部门搭建和定制 Azure 平台，不涉及任何业务部门。 使用该平台时，业务部门开发人员会遇到以下情况：

  • 意识到他们没有部署所需的权限。
  • 只能使用有限数量的服务。
  • 发出支持票证，这将延长审批周期。
  • 开始怀疑新平台。

最后，一些开发人员自行购买 Azure 订阅，以避免 IT 规则和法规的麻烦。 影子 IT 出现。 由于公司几乎无法控制影子 IT，因此会出现严重安全风险。

首选结果：让业务部门参与决策制定

在部署企业级云平台时避免产生 IT 孤岛。 让业务部门的开发人员和技术决策者 (TDM) 参与设计和开发流程。 要提高平台采用率，请听取业务部门的意见。

有关提高采用速度并针对开发人员量身定制的 Azure 最佳做法和设计原则，请参阅开始使用云采用框架企业级登陆区域。 在合规性和灵活性之间取得适当的平衡。 例如，找到满足治理和安全策略的方法，同时保持开发环境的敏捷性。

反模式：外包核心业务功能

咨询合作伙伴和托管服务提供商 (MSP) 可以在云之旅中发挥重要作用。 但是，公司应该注意，合作伙伴和 MSP 的工作并不能为他们的业务提供最大价值。 将责任外包给 MSP 或云顾问的公司不应依赖这些提供商。

示例：外包云采用和迁移

一家研究院有一个时间关键型云迁移项目。 为了缩短云采用之旅，这家研究院聘请了一名 MSP 来生成建立 Azure 基础并实施迁移。 该研究院没有学习云采用阶段和培养技能，而是选择将所有 Azure 责任移交给 MSP。 由于该研院所不具备云或 Azure 方面的知识，因此 MSP 将领导所有决策，导致该研究所依赖于 MSP。

首选结果：让关键设计领域成为公司的责任

切记，外包是一种很好的削减成本策略。 但是，当涉及这些关键设计领域时，请在公司内部做出决策：

  • 调控
  • 风险
  • 合规性
  • 标识

在公司内部对这些和其他对你的安全资产至关重要的领域负责。 使用外部合作伙伴加快采用过程。 但是，为了避免依赖供应商，不要全部外包。

反模式：雇用技术决策者，而不是开发云工程师

公司非常重视找到合适的人才。 因此，他们经常在初始云采用阶段雇用或积累 TDM。 成功的云转型之旅依赖于 TDM。 但更重要的是，云采用需要具有全能思维和深厚技术技能的工程师。

示例：仅租用 TDM

一家研究机构聘请了几位 TDM 来领导其云之旅。 在最初的高级概念阶段结束后，实施阶段开始。 该研究所随后意识到云部署的行为与本地部署不同。 云部署需要额外的云工程工作才能正确实施基础架构即代码 (IaC) 概念和策略驱动的治理。

首选结果：在实施阶段使用云工程师

请记住，工程师对于正确实施云自动化和登陆区域概念至关重要。 采用服务模型时，职责和任务可能会发生重大变化。 通过将责任转移给云提供商，你可以更快地投入生产。 你还可以使用 TDM 进行决策，但需要使用有能力的云工程师来完成需要深厚工程知识的任务。 然后你将意识到云提供的优势。

后续步骤