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

导读 给大家分享一篇关于互联网和手机的文章。相信很多朋友对互联网和手机还是不太了解，所以边肖也在网上搜集了一些关于手机和互联网的相关知识

给大家分享一篇关于互联网和手机的文章。相信很多朋友对互联网和手机还是不太了解，所以边肖也在网上搜集了一些关于手机和互联网的相关知识与大家分享。希望大家看完之后会喜欢。

在炒作周期的这个时候建议采用云似乎有些奇怪。毕竟，许多行业都将公共云视为一个有既定实践和成功案例的解决领域。当然，有没有足够的建议来帮助初学者规划和执行他们的云过渡？

尽管有所有可用的信息，我仍然看到组织在云计算之旅中苦苦挣扎。许多善意的云迁移计划令人困惑，它们试图将按需灵活计算的承诺转化为对其业务的具体和可衡量的好处。

当然，我们有很多文档描述了如何“很好地”构建云系统，以及如何安全地设计复杂的计算环境和网络拓扑。然而，关于如何组织和采用具有极端虚拟化潜力的运营模式的信息仍然很少。最后，我看到企业忙着忽略过去的经验教训，打造了资产雄厚的团队，往好了说维护成本高，往坏了说无法维护。

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

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

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

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

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

就云而言，这种谬论的一种方式是认为云只是另一种形式的基础设施。云计算是以前管理数据中心和物理网络的基础架构或运营部门的责任。

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

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

企业急于迁移到云(并限制其长期成功)时遇到的另一个常见陷阱是与单个云提供商的深度和不可分割的纠缠。

三大供应商在一套基础服务上实现了相对对等，并在激烈竞争中占据更大的市场份额。他们的价格、服务和业务实践鼓励云客户使用更多的服务，并充分利用供应商独特的差异化功能。这些专有功能本来就很难从一个供应商转移到另一个供应商。单一供应商的纠缠也带来了风险——主要是通过将信息技术决策的控制权从企业转移到供应商。

成功采用云的四个方面

我注意到，最成功的云采用策略不仅仅是重组，而是360度的变革方式。你可能很幸运，通过只考虑基础设施来降低成本，但要看到对收入、市场份额或创新的影响，你必须更加积极响应。从本地基础设施到云托管的过渡只是第一步。从迁移到云以实现业务效益最大化，需要注意四个方面：

技术卓越

云就是软件，对云的有效利用需要对软件工程能力的投资。云原生工程不仅要利用供应商的服务，还要重新考虑一些关于灵活性和应用程序设计的常见假设。基础设施代码需要和面向客户的系统一样关注质量。成功的软件交付应该尽早且频繁地交付商业价值。云实现也不例外。

自主性和一致性

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

自助平台

云提供商通过其应用编程接口和广泛的教育工作，使对托管环境的访问民主化。如果一家公司想看到云带来的生产力的逐渐变化，它必须将这种简单的访问方法传递给公司的开发人员。优化内部自助云平台，加快推出以客户为中心的数字产品。

供应商选择

每个企业都需要一个多云战略。策略可能是接受单一供应商依赖的风险，以换取开发者的生产力和优惠的价格。但这一定是经过深思熟虑的选择，而不是一系列无意识的行为。您还需要知道每个供应商提供的独特服务，这样您就可以从选项面板中进行选择，而不是局限于一个供应商来满足您的所有需求。

本文就为大家讲解到这里了。