采用多云策略以启用更多弹性功能并避免供应商锁定几乎与云概念本身一样长，但仍然很少见由企业这样的计划。由于在不同平台之间移动和管理工作负载所涉及的挑战，使用多云作为风险缓解策略的一部分仍然更多地是理论上的而不是实际的。向多云的推动随着时间的推移而发展，但它仍然没有消失。例如，总部位于圣地亚哥的多云游戏提供商ThoughtSTEM提出了多云战略——首席执行官斯蒂芬·R·福斯特(StephenR.Foster)表示，这并不是出于对可靠性的担忧，而是主要是为了避免供应商锁定。但事实上，他承认ThoughtSTEM几乎总是在AmazonElasticComputeCloud上运行其游戏服务器，“但是，我们的系统允许在需要时无缝切换到其他云，”他补充道。专家表示，随着云已成为越来越主流的技术，对云提供商可靠性的担忧不再是多云思维的核心，但供应商锁定仍然是一个潜在问题。基于一些实际考虑，最初的概念逐渐演变为使用多云提供商实现其他目标的实用方法，例如降低成本或提高某些工作负载的性能。IDC研究副总裁MelaniePosey表示：“这肯定正在发生变化；今天的多云不再是弹性和将鸡蛋放在不同的篮子里，而是更多地将服务与工作负载相匹配。”她说，企业对公共云的舒适度已经提高。当他们确实考虑风险缓解策略时，这是一种更传统的方法，使用灾难恢复和备份工具，或者可能是跨多个可用区的云工作负载，Posey说。总部位于伯灵顿的CollaborativeConsulting的企业架构师兼总监EdFeatherston说：“从云的角度来看，我没有看到我的任何客户采用‘纯粹的’多云策略，尽管我确实看到很多客户采用不同的工作负载。在不同的供应商上运行的想法。”有时后者是由事实上的多云适配器驱动的，例如，用户在某个云上创建新的工作负载，但IT完全不知道这种情况正在发生。事情。他说，在其他情况下，多云是收购的结果，被收购公司使用不同的供应商来实施其云。为了在其他历史技术轨迹的背景下思考多云，Featherston将今天的云与早期的关系数据库进行了比较。“SQL是作为标准开发的，以避免关系数据库空间中的供应商锁定问题，”他说。但这说起来容易做起来难。Featherston说，最终，每个供应商都提供自己独特的SQL功能和具有额外优势的变体，因此从一个供应商切换到另一个供应商变得更加困难。降低风险不再是主要驱动力，这就是为什么Featherston认为使用多云作为降低风险策略的理论性多于实践性的原因。更重要的是，“在平台之间移动工作负载并不重要，”ESG分析师DanConde解释道。“你可以导入工作负载，但这与vSphere系统之间的vMotion不同，它不是Azure或AWS之间的实时迁移；这是不可能的。”这一点在理论上比实际意义更重要的主要原因之一是因为某些云更适合某些工作负载。“试图跨多个云运行这些工作负载意味着你将无法保证一致的性能，”加利福尼亚州奥格拉希尔斯的区域系统集成商KeyInformationSystems的云服务总监ClaytonWeise说。另一个大障碍是网络，这意味着所有云提供商都在相互竞争，因此没有动力为其他竞争云提供私有高速链接。也就是说，网络集成必须取代公共网络，这会增加延迟并导致性能不一致的问题。Weise说：“每个供应商都有自己的一组API、功能和特性，通常不允许彼此轻松集成，这也使情况更加复杂。”此外，所有这些东西都缺乏开放标准，使得集成变得极其困难，迫使公司构建自己的工具。“能够做到这一点——管理器中的管理器，协调器中的协调器——是云解决方案的新增长点，”Weise说。Featherston说，具体来说，它变成了一种妥协。“使用多云策略来降低风险的案例是一个典型的用例，”他说。从理论上讲，它可以让业务获得更多的保护和弹性，而不依赖于单一的云提供商平台。但是，这里有很多妥协。成熟市场中的成熟需求在进入云提供商时代的十年间，平台、服务、功能和使用发生了很大变化。现在有很多关于如何创建满足生产环境质量要求的弹性技术的经验。Posey表示，所有云提供商都从仅仅提供虚拟机和存储发展而来；他们继续添加更多服务，使他们的云更安全、更有弹性和容错能力。“进化的一部分是云供应商使他们的解决方案尽可能面向企业，”她说。例如，AWS在几年前推出了用于策略和风险管理的密钥管理服务。这意味着云提供商——尤其是主流提供商——为客户提供了巨大的优势。所以加锁有了新的含义。Netflix和Apple等公司已经使用AWS上的Lambda和Glacier等云服务创建了深度解决方案。“这意味着更换供应商需要完全重写解决方案，”哥伦比亚ForresterResearch的分析师LaurenNelson说。她说，到目前为止，Netflix与亚马逊建立了良好的关系。Apple表示正在将Google云服务添加到其AWS和Azure混合产品中。“这让他们对一项全新的服务有了一些影响力，”尼尔森说。她说，相反，微软表示它将帮助您使用混合解决方案——在微软、本地甚至其他云上构建实例。但即使是这种对可移植性的让步，也只有在使用单一供应商（在本例中为Microsoft）同时支持私有云和公共云时才有效。有两种选择可能最终打开多云之门。Nelson说，首先是容器技术的发展。将应用程序及其依赖项打包到容器中可确保或至少简化跨云的可移植性。此外，她说，“困难在于应用程序的所有上下文仍然是专有的，容器技术的成熟度相对较低，每个云提供商都不够有吸引力和专有性。”如果您期待多云向前发展，Nelson建议密切关注第二个选项：标准。例如，云应用程序的分布式管理任务和拓扑与编排规范旨在提供一个标准来描述基于云的Web服务的拓扑结构。“这种努力的目标是跨平台的广泛'可读性'，有一天可能会真正便携，”尼尔森说。
