同步等待 异步等待_不要等待开放的云

同步等待 异步等待

通常，通常将“开放云”作为云计算的救星。 当然，没有什么可保存的。 无论如何，公共云的使用都在爆炸式增长。

但是，我们面临着导致锁定的专有或不太开放的公共云的挑战。 我很乐意看到所有公共云提供商都提供与竞争对手竞争的经测试和受支持的互操作性，但实际情况会大不相同。

[ 什么是云计算？ 您现在需要知道的一切 。 | 另外：InfoWorld可帮助您确定适合该工作的工具： AWS云服务指南 。 • Microsoft Azure服务指南 。 • Google Cloud Platform服务指南 。 • IBM Cloud服务指南 。 ]

正如《 开放云：在云计算中实现互操作性》所述 ，“虽然从业务角度来看，这些竞争公司相互竞争是有意义的，但其某些后果最终伤害了用户。 这就造成了供应商锁定的问题，即用户的项目非常依赖一个供应商的云环境和服务，以至于很难过渡到另一个供应商。 对于那些对当前供应商不满意的用户无缝地从另一家供应商转移他们的项目，这变得非常棘手。”

自从云计算成为一件事以来，开放云一直是一个概念。 现实情况是，我们正在与必须向股东返还投资的上市公司打交道。 他们以获取利益为基础并在自己的市场缩影中运作。 他们以自己的方式向用户求助，推销自己的云服务，这导致工作负载难以在云之间传输。 实际上，如果目标是“云原生”，那么根据定义，这将意味着锁定。

过去和现在都在推动一些开放云标准。 尽管他们发现私有云吸引了人们的注意，但也有一些公共云实例，但相对于公共云而言，私有云已经有所下降，并且公共云实例也已关闭。 要跟上更大的公共云提供商及其数十亿美元的研发和营销预算，这太难了。

这使我得出有关当前云计算状态的一些结论，以及对可能发生的情况的一些预测：

除非用户群要求公共云提供商互通有无，否则互操作性公共云的概念不太可能实现。 我确实听到它经常被提到是一个好主意，但是我还没有看到任何真正的需求。 我们将看到来自公共云提供商的一些可互操作的云服务，例如围绕容器和Kubernetes构建的服务，但这是一般而言。

互操作性可能来自创新的第三方提供商。 基于云的数据集成提供商，通用的容器编排以及跨越不同公共云品牌的安全性将进一步解决许多互操作性问题。

并不是说互操作性不好，这实际上是关于当前现实的问题。

翻译自: https://www.infoworld.com/article/3406431/dont-wait-up-for-the-open-cloud.html

同步等待 异步等待