多云似乎是个好主意。 不幸的是，它不起作用。 如果多云可以帮助客户，但供应商在此过程中受到伤害，那没关系，但事实恰恰相反：供应商通过出售多云蛇油进行清理，而客户则始终坚持使用最低的公分母云策略和高昂的费用。

必须有一个更好的方法。

[获得马特·阿赛（Matt Asay）在InfoWorld上对云产业发展的看法： 公共云的赢家全力以赴 。 • Oracle和IBM的混合云防御可能不成立 。 • 有关企业中云计算的丑陋真相 。 | 通过InfoWorld的云计算新闻通讯了解云计算的最新发展。 ]

多云的梦想

企业对他们的多云策略的许多评论都是完整的，完全是垃圾。 买入多个云以使它们相互竞争以进行价格谈判的想法是我的最爱之一，因为购买多个云的最终结果是丢失跟踪云支出的多种方法。 不仅如此，而且像Steve Chambers所写的那样，很难掌握一个云，很难以其他方式添加其他云将导致成本降低，这是不可思议的。

毋庸置疑的是，要精通一朵云 ，不要管很多云 ，您必须投资于训练有素且经验丰富的人员，不断发展的流程以及新的工具和技术。 这可能会花费数百万美元和数月的经验。 有些人从不擅长云，[因此…]

1：您拥有的云越多，开销将高得多

2：您拥有的云越多，您对每个云的体验就会越浅。

除了增加成本外，这种“浅”的经验还会削弱企业在云中寻求的真正好处：敏捷性和创新。 我近距离看到了这一点，当我们决定将第二个云扩展到工作负载时，采用第二个云的决定使成本飞涨。 在第二个云上，工作负载从来没有像在第一个云上那样工作得很好，部分是由于对第二个云的缺乏了解，部分是因为第二个云只是缺少我们需要的许多功能。 更糟糕的是，跨云处理工作负载时，实现弹性和安全性变得越来越困难。

“但是……但是……但是……供应商锁定了！” 你说。 好吧，正如德里克·马丁 （ Derek Martin）提出的那样 ，与供应商无关的想法仅仅是：一个想法，而实际上却无法很好地起作用：

从战略方向来看，支持多匹马在很大程度上是有意义的。 他们承诺：“没有供应商锁定”。 这里的谬误是，如果您不支持，那么一旦您超越了云服务的“最小公分母”：存储，网络，计算，那您将失去所有供应商安全阀。 对于C Suite中的某些人，我们听说这是一件好事！ “我们将与供应商无关，并在我们选择的任何云之间转移工作负载。” 不，你 惯于。 如果尝试尝试，您将浪费时间，金钱和可悲的数据……。

反对者会说：“哦，我们将使用容器来存储所有内容，然后我们将真正变得敏捷，并且与云无关。” 不，你 惯于。 所有云提供商都提供了计算，存储和网络的共同点—我们已经讨论了这一点。 但是，您可能无法考虑到每个云对容器化技术或治理的特定实现的所有细微差别，而不仅仅是对所有云有一个公共存储终结点或对所有云有一个公共网络模型或一个公共...。如果尝试，将发生内核崩溃和失败的POD。 我已经看到了，我拥抱了尝试过它的工程师。

简而言之，在实践中，企业经常引用使用多云的原因并没有阻止。 但是，Sabre企业技术运营高级总监Dominic Briggs在接受采访时说，对于希望将“特定云用于特定工作负载”的企业来说，多云是有意义的。 那么企业要做什么？

合作成功

正如一位云供应商告诉我的那样：“如果要跨云进行一致的管理，则不能使用这些云的任何独特功能。 一旦您决定“我将使用RDS或Cosmos DB”，您的应用程序一下子就无法移植到另一个云中。”

我被迫选择，大多数企业希望从特定的云获得更高级别的服务，而不是希望跨云的可移植性。 后者可能会吸引会计，但前者会吸引负责推动企业内部敏捷性和创新的团队。 如果您必须选择其中一个团队来安抚，请选择开发人员。 每一个 单。 时间。

但是，与开发人员合作并不意味着企业需要将对IT的控制权转让给供应商。 相反，通过与供应商的深入合作，该企业不仅可以利用该云开发自己的专业知识，而且还可以将该云设置为VIP。

任何使用企业软件工作的人都知道，尽管按照动物农场的逻辑，“所有动物都是平等创造的”，但“有些动物比其他动物更平等。” 供应商总是倾向于倾听最忠实的客户，而“承诺”不仅仅是金钱上的问题。 与所有企业IT供应商一样，云供应商将倾向于与帮助他们推动创新并发布成功案例（案例研究，会议主题演讲等）的客户合作。

正如马丁写道：“支持并成为该提供商的合作伙伴，而不仅仅是客户。 相信我，我们正在寻找一些真正的合作伙伴，不仅可以帮助您进行数字化转型，而且可以帮助我们与您进行数字化转型。”

这是考虑敏捷性，安全性，创新和云计算成本的正确方法。 多云听起来不错，它为二线云供应商提供了希望，他们可以在您的云堆栈中担当一些小众角色。 不要上当。 在多个云之间分布的企业会减慢创新和敏捷性，而不会增加创新和敏捷性，同时会增加成本并降低安全性。 这种“策略”没有什么可爱的。

From: https://www.infoworld.com/article/3428682/your-multicloud-strategy-is-all-wrong.html