超越基础架构将云计算转变为可衡量的具体收益

在炒作周期的这一点上就云的采用提出建议似乎有些奇怪。毕竟，许多行业将公共云视为具有既定做法和成功案例的定居区域。当然，有足够的建议来帮助新手计划和执行他们的云过渡吗?

尽管有所有可用的信息，但我仍然看到组织在其云计算之旅中苦苦挣扎。许多本意良好的云迁移程序扑朔迷离，他们试图将按需弹性计算的承诺变成对其业务的具体，可衡量的收益。

当然，我们有一堆文献描述了如何“好”地构建云系统以及如何安全地设计复杂的计算环境和网络拓扑。但是，关于如何组织组织，采用包含极端虚拟化潜力的运营模型的信息仍然很少。最后，我看到企业忙于忽略过去的经验教训，而创建了资产充实的团队，这些资产充其量不过是高成本的维护，而最坏情况是无法维护的。

为了迅速迁移到云，组织积累的技术债务的速度超过了其偿还债务的速度。他们正在创建一次性的，难以复制的环境，甚至没有对这些资产实施最基本的质量检查。从长远来看，与从内部部署数据中心迁移到公共云提供商所节省的资产相比，这些资产将消耗更多的维护成本。

在本文中，我将尝试指出一些常见的陷阱，我见过公司在迁移到云计算时会遇到的陷阱，然后谦虚地提供替代方案。

为什么云成功如此难以捉摸?

我已经看到这种模式在我的职业生涯中多次出现。一项新技术应运而生，它有望成为未来。行业分析师得出象限并选择获胜者，而企业则认为，与获胜者并肩，他们可以避免学习新学科的辛勤工作。他们认为，通过选择合适的IT外包合作伙伴并密切管理成本，自然会产生业务收益。从来没有这样。

通过新技术成功的企业可以通过使组织，运营模式和工程能力适应新范式来实现这一目标。在许多情况下，他们还需要调整其业务模型。

就云而言，这种谬误体现的一种方式是相信云仅仅是基础架构的另一种形式。云计算由先前管理数据中心和物理网络的基础架构或运营部门负责。

但是云不仅仅是硬件基础设施的虚拟形式。而是100%的软件。

将云实施移交给基础架构或运营团队的同一企业永远都不会梦想将同一团队交给一个大型的，多年的软件开发项目。但这就是云实施的实质：一项重大的，跨学科的软件交付工作。

企业急于迁移到云时遇到的另一个常见陷阱(并限制了他们的长期成功)是与单个云供应商深入而密不可分地纠缠在一起。

三大供应商在一组基本服务上已实现相对平价，并且正在激烈竞争以占领更大的市场份额。他们的价格，所提供的服务以及他们的业务实践都鼓励云客户使用更多的服务，并充分利用供应商独特的差异化功能。这些专有功能固有地很难从一个供应商移植到另一供应商。单一供应商纠缠也带来了风险-主要是通过将对IT决策的控制权从业务转移到供应商手中。

成功采用云的四个方面

我已经注意到，最成功的云采用策略不只是重组，而是采用360度方法进行更改。您可能很幸运，仅通过考虑基础架构就可以降低成本，但是要看到对收入，市场份额或创新的影响，您的响应必须更广泛。从本地基础架构过渡到云托管只是第一步。从迁移到云以最大程度地提高业务收益，需要注意以下四个方面：

技术卓越

云是软件，有效利用云需要对软件工程能力进行投资。云原生工程不仅仅是利用供应商的服务，还需要重新考虑有关弹性和应用程序设计的一些常见假设。基础结构代码要求对质量的关注与对面向客户的系统的关注相同。成功的软件交付工作应尽早且经常交付业务价值。云实施没有什么不同。

自治与对齐

从由专家维护并安置在远程托管设施中的物理资源世界过渡到软件定义的网络，计算，存储和支持，这是对组织的重大破坏。交付团队现在负责定义和维护自己的托管环境。安全性，合规性，战略调整和支持责任全部移至左侧。

自助平台

云供应商通过其API和广泛的教育工作，使对托管环境的访问民主化。如果公司希望看到云所带来的生产力的逐步变化，则必须将这种简便的访问方式传递给公司开发人员。应该优化内部自助式云平台，以加快推出以客户为中心的数字产品。

供应商选择

每个企业都需要一个多云战略。该策略可能是接受单供应商依赖性的风险，以换取开发人员的生产力和优惠的价格。但这必须是一个故意的选择，而不是一系列无意识的行为。还需要了解每个供应商提供的独特服务，以便您可以从选项面板中进行选择，而不必为满足您的所有需求而绑定到单个供应商。