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

云采用规划反模式

客户在采用云解决方案时经常遇到反模式。 要么解决方案无效，要么产生意外后果。 典型方案包括：

• 不一致运营模型会导致上市时间增加、误解增加，并增加 IT 部门的压力。
• 当公司认为平台即服务 (PaaS) 可以降低成本时，他们有时会选择错误的服务模型。
• 当组织的体系结构发生更改时，可能会产生重大替换项目。 管理这些项目通常很复杂且成本高。

反模式：选择错误的云操作模型

公司的战略重点及其项目组合的范围决定了其云操作模式。 模型可以有不同类型的问责制、登陆区域和重点。 当模型与公司目标不一致时，可能会导致问题：

• 增加了上市时间
• 误解
• IT 部门的压力增加

示例：向小型团队分配过多责任

一个公司引入了一个操作模型，这使 IT 部门对云中运行的所有内容负责。 负责云的团队包含三个人。 此设置会导致采用过程缓慢，因为：

• 团队只有在充分了解措施对业务、运营和安全的影响后，才批准这些措施。
• 这些问题超出了团队的主要专业知识领域。

主题专家希望使用云服务，这会增加业务部门的压力。 随着业务部门使用公司信用卡为自己创建环境，可能会出现影子 IT。

首选结果：比较模型并生成就绪计划

查看战略优先级、项目组合范围、要求和约束。 通过将四种常见的云操作模式与你当前的云操作模式相比较，了解操作模型选项。 确定适合组织的一个或多个云操作模型。 然后确定一种模式。 由于角色会随着操作模型而变化，因此请在迁移到云之前 制定技能准备计划 。

反模式：选择错误的服务模型

公司有时以为 PaaS 解决方案的成本低于基础结构即服务 (IaaS) 解决方案。 这种假设可能导致服务模型的错误选择。 成本意识公司经常会犯这个错误，因为其迁移到云的main原因是降低成本。 这些公司忘记了在采用 PaaS 时，他们还需要改变流程，特别是当他们将某些责任转移到云提供商时。 转换为 PaaS 会在协调工作、工程实践和交付管道方面带来根本性的变化。 可能会导致意外的成本增加和延迟。

示例：选择 PaaS 而不是 IaaS

一个发布者启动了一个计划，要将其数据中心迁移到云中。 高管人员希望一次性实现当前应用程序体系结构和工具的现代化。 其原因包括：

• 最大程度地提高成本效益。
• 开发更现代的应用程序项目组合。

对于采用策略，他们选择 PaaS 而不是 IaaS。 在云采用一年后，他们的采用率很慢。 他们不得不改变许多流程、做法和工具，以充分利用 PaaS。 董事会没有看到与 PaaS 相关的常见影响和好处。 同时，IT 速度比以前慢，而数据中心成本保持不变。

首选结果：尽量减少业务中断

若要减少协调工作，初始云采用项目请从 IaaS 开始。 以后（而不是在开始）迁移到云时，采用新的流程和做法更易于管理。 首先采用 IaaS，尤其是在数据中心转换方案中。 同时，启动云技能计划。

在工作负载已位于云中后，逐步实现现代化和 PaaS 采用。 获得的体验将有助于你更快地采用 PaaS。 你只需要学习更少的新技能和现代化流程。 也不会大量中断业务流程。

反模式：替换体系结构

基于 PaaS 和软件即服务的应用程序 (SaaS) 相对容易维护。 它们通常需要很少的管理工作量。 因此，许多公司通过使用 SaaS 和云原生概念进行替换来重新设计旧的复杂体系结构环境。 此体系结构更改通常会导致重大替换项目。 管理和执行这些项目是一项复杂的成本密集型任务。 更改流程和操作模型也涉及其他重大风险。

示例：选择替换而不是现代化

公司具有大型 SAP 环境。 IT 部门希望替换此环境，这会导致一些性能和稳定性问题。 在 IT 部门开始执行替换项目后，用于替换整个环境的尽职调查列表每天都会变长。

首选结果：使数字资产合理化

在替换大型或复杂的应用程序环境之前，请考虑通过改用现代化来逐步改进环境。 对应用程序环境进行相对较小的更改可能会对性能和可靠性产生巨大影响。 例如，将托管平台更改为 Azure 可以提供稳定性和快速结果。 提高了性能和可靠性结果，且只需要预估的替换成本的一小部分。

在做创新策略方面的决定时，应了解不同的现代化选项。 在概念证明 (POC) 中评估这些选项。

了解公司的 数字资产，并根据 云合理化的五个 Rs 评估数字资产。 确定 五个 Rs 中哪一个最适合现代化或迁移资产：

• 重新托管
• 重构
• 重新架构
• 重新生成
• Replace

后续步骤

了解 云采用的就绪阶段。