大多数开发人员并不关心多云。但是他们应该。无论开发人员是否知道，他们的公司可能已经拥有多云环境。 多云是一种策略，企业可以从不同的云提供商那里选择不同的服务，因为某些服务比其他服务更好。因此，公司X可以将云A用于基础架构，将云B用于应用开发和测试，并将云C用于区域内的数据本地化。
虽然传统上认为是多云，但这种设置实际上只是在摸索当今的可能性。这是因为从工作流程的角度来看，云A，B和C彼此隔离，并且几乎没有共享数据。那才是真正的回报给开发人员的地方。
数据共享一直很艰难
对于开发人员而言，跨云构建和部署实在太困难了。数据共享几乎是不可能的，这就是为什么大多数开发人员没有抓住这个机会的原因。
如果他们选择这样做，这并非易事。这意味着：
更多的工作
为了将任何数据从一个云提供商迁移或复制到另一云提供商，开发人员必须创建和维护定制的流程。
生活在希望中
如果一个云区域出现故障，则跳到另一个云区域并不是无缝的，并且会导致所有人的体验变慢。
不兼容的操作
跨云保护，监视，维护和治理非常困难。
云之间的障碍一直很高。开发人员必须重写其大多数应用程序代码才能获得第二个云，即使那样，他们仍然拥有孤立的数据集。
的确，应用程序层的可移植性变得越来越容易。Kubernetes，诸如Terraform之类的编排解决方案以及诸如Datadog之类的监控解决方案使多云更加易于管理。但是，即使在可以跨云一致地管理无状态应用程序的世界中，保持数据和操作管理的同步也是一个野兽。
那么谁在做多云?
尽管如此，业务部门仍在努力。根据IDG的最新报告，超过一半(55%)的组织使用多个公共云，其中21%的组织使用三个或更多。
以Panoskin为例。
Panoskin的软件允许用户开发世界各地的自定义VR之旅，并在几分钟之内将其上传到Google街景视图。这家位于芝加哥的初创公司目前在其平台上拥有60+百万个场景，遍布100个国家/地区，约有18,000名摄影师每月上传12,000个新游览。该团队在Google Cloud和AWS上使用多云策略，以为其用户提供更好的规模和工具。
