云采用计划反模式

客户在采用云解决方案时通常会体验反模式。 要么解决方案无效，要么有意外的后果。 典型方案包括：

• 不对齐的运营模式导致市场时间增加、误解和 IT 部门压力增加。
• 当公司假设平台即服务（PaaS）降低了成本时，公司有时会选择错误的服务模型。
• 当组织的体系结构发生更改时，可能会生成重大替换项目。 管理这些项目通常是复杂且成本密集型的。

反模式：选择错误的云运营模型

公司的战略优先事项及其投资组合的范围决定了其云运营模型。 模型可以具有不同类型的责任、登陆区域和焦点。 当模型与公司目标不一致时，问题可能会导致：

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

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

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

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

主题专家希望使用云服务，因此业务部门面临更大压力。 随着业务部门使用公司信用卡为自己创建环境，可能会出现影子 IT。

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

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

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

公司有时认为 PaaS 解决方案的成本低于基础结构即服务（IaaS）解决方案。 这种假设可能会导致服务模型选择错误。 在迁移到云的主要原因是降低成本时，注重成本的公司通常会犯这个错误。 这些公司忘记了，在采用 PaaS 时，他们还需要改变流程，尤其是在将某些责任转移到云提供商时。 切换到 PaaS 引入了协调工作、工程实践和交付管道的基本变化。 可能会导致意外的成本增加和延迟。

示例：选择 PaaS 而不是 IaaS

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

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

对于他们的采用策略，他们选择了平台即服务（PaaS）而非基础设施即服务（IaaS）。 在云采用一年后，他们的采用率很慢。 他们必须改变许多流程、做法和工具，以全面采用 PaaS。 董事会看不到与 PaaS 相关的常见影响和好处。 同时，IT 速度比以往任何时候都慢，而数据中心成本保持不变。

首选结果：最大程度地减少业务中断

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

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

反模式：替换体系结构

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

示例：选择替代而非现代化

公司拥有大型 SAP 环境。 IT 部门希望取代这种环境，这导致了多个性能和稳定性问题。 IT 在开始一个更换项目后，用于更换整个环境的尽职调查清单每天都在变长。

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

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

在决定创新策略时，探索不同的现代化选项。 在概念证明（POC）中评估这些选项。

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

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

后续步骤

了解 云采用的就绪阶段。