构建云计算路线图的优秀实践

[[334865]]

组织将业务迁移到云平台并非易事，由于迁移的负载和步骤很多，需要耗费大量时间和精力，并且面临的挑战将会随着环境的规模和复杂性而增加。此外，组织不要忘记将其业务迁移到云平台的长期目标和初衷。

云计算路线图是组织将内部部署业务过渡到云平台的一个可视化视图，可以帮助他们实现长期目标，同时解决在此过程中出现的问题。云计算路线图应该包括所有可交付成果和期限，这通常分为三个关键阶段：规划、基础设施和实施。

开始构建云计算路线图的优秀方法是什么?

在做任何事情之前，涉及云迁移的每个人都需要了解将业务迁移到云平台之后的业务目标。无论是出于稳定性、降低成本、灵活性，还是出于以上所有目的，如果没有目标，几乎都无法定义为使项目成功而需要的事项。

组织在确定这些目标时，需要考虑客户的需求，并且需要阐明这些目标的重要性，最后应该归结为如何更好地为客户服务。例如，在B2B的情况下，保持云中立很重要。能够在客户需要的任何地方进行合作可以帮助组织与客户建立更紧密的合作关系。如果要将客户作为业务目标，那么这应该反映在其云计算路线图中。

从这里开始，组织需要创建一个包括关键里程碑的工作计划。组织做出的技术决策应该纳入其业务目标。例如，云可迁移性实际上不是一个技术目标，而是一个业务目标。组织可以将其用于其他管辖区的子公司，或者不想被某个供应商锁定以增强在未来的谈判中的影响力。

良好的云计算路线图必须包括哪些内容?

与组织制定的良好策略一样，构建云计算路线图需要完成三件事：

(1)可以了解组织的团队与最终目标之间的关系。

(2)可以让组织保持在实现和保护业务目标的轨道上。保持云中立是一项政策，因此具有混合功能。实际上，这些很可能是业务策略的两个组成部分：一部分是能够在客户需要的任何地方运行，这一策略的含义是选择可迁移的组件和服务，例如开源平台或多云的服务。另一个政策可能是尽量缩短决策时间。

(3)遵守这些政策的连贯行动项目使组织进入最终状态。这些项目将随着组织的业务发展而变化，应该重点关注组织的先决条件和依赖关系。如果组织有一个减少决策时间的政策，那么将需要将实时方面纳入其云平台作为前提。使用流媒体平台可以帮助组织弥合基于批处理和实时处理之间的差距。通常这称为流媒体ETL。不过，组织无需一次完成所有操作，可以向基于批处理的平台逐步添加实时功能，从而获取更多的价值。即使组织的处理仍基于批处理，也可以开始实时流式传输某些数据源。随着时间的推移，组织可以添加实时处理以扩大或最终替代批处理过程。

避免云计算路线图传统的规划错误

另一个错误是更改计划的次数过少或过多。这需要进行权衡，例如组织每六个月重新检查一次云计算路线图是一个好主意，但是应该进行更改以适应业务目标的变化。也就是说，这可能在业务生命周期内只发生几次变化，而这也是让组织的领导者参与流程很重要的原因。组织至少应该每年向主要利益相关者展示一次该计划，以确保该计划仍符合其团队的需求。组织可以在此处添加和更改操作，但是对策略或最终目标的更改应该很少。

组织遇到的一个常见的问题是将云计算路线图集中在技术元素上，这些技术元素通常只是战术性的。出现这个问题，是因为如果组织只关注技术框架而不将其升级到业务环境，则很难定义成就的价值。

这样一来，组织领导者可能会感到不知所措或失去兴趣，并有可能使项目失去优先权。但是更糟糕的是，专注于技术可能意味着所进行的投资与总体业务目标不符。例如，组织可能会想要在云平台上拥有选择的自由，但是必须将其与业务成果或业务运营灵活性联系在一起，否则在IT组织之外似乎并没有真正的价值。

不要孤注一掷：让合适的人参与路线图的制定过程

大规模基础设施项目中最重要的部分之一(例如云迁移)是组织可以从业务的各个层面获得支持。这不仅是IT团队的工作，IT部门以外的领导团队也需要根据项目的业务目标进行调整。这些政策不仅需要满足工作人员的需求，而且要满足投资项目和整个组织的需要。财务、运营和销售团队通常会参与其中，而高层领导和高级管理人员需要始终负责整个项目。

组织的团队人员应该经常分享意见，并就项目可交付成果达成共识，这将确保组织的路线图不仅具有成功的所有关键要素，而且确保选择合适的人选。