“2.0”的东西变得有点烦人了。这是我们行业常用的一个术语，用来表示某种东西可能会改变游戏规则，但我们能更具创新性和创造性吗？
　　以多云为例，1.0版出现时，大部分企业使用多个公有云品牌，企业通常依靠专有的CMP（云管理平台）或者CSB（云服务代理），通过单一界面或者抽象表示（也称为“单个窗格”）来管理很多云原生服务。
　　这是当今大多数多云部署的管理方式。如果没有云管理平台或者云服务代理，则必须使用公有云供应商为你提供的任何云原生控制台来处理每一云原生服务。
　　因此，如果你的多云中有三个公有云，你将需要三种不同的界面和三种类型的技能集。从长远看，这很难坚持实施下去——因为太复杂了。
　　现在出现的“2.0版”是迁移到了另一种类型的多云：使用联合Kubernetes（K8s）作为管理容器化应用程序和数据的手段，这些应用程序和数据由不同的公有云提供商运行，但它们彼此相互知道。
　　联合K8s方法的有用之处在于，采用这种架构后，很容易处理运行在多个云上的多个集群。这是通过使用两个主要的构建块来实现的。首先是能够跨集群同步资源的模块。如你所料，这是部署多云K8s的关键难点。K8s的内部机制可以自动同步运行在很多公有云上的多个集群的部署。其次是集群间发现模块。这意味着能够自动配置DNS服务器和负载均衡器，其后端支持跨多个公有云运行的所有集群。
　　使用多云/联合K8s的优点包括高可用性，因为可以跨多个公有云复制活动/活动集群。因此，如果其中一个出现中断，另一个则会立即继续处理。
　　此外，还避免了可怕的供应商锁定。考虑到K8s是抽象层，你不用再去关注每家公有云提供商涉及到的复杂性和云原生细节问题了。因此，它同时取代了云服务代理和云管理平台。

　　如果有一家云服务提供商退出，或者涨价过多，那也无所谓。你只需要与市场上的其他云提供商合作就可以了。公有云提供商变成了商用集群处理器。另外，请记住K8s是开源的。
　　这里没有所谓的灵丹妙药。实际上，在本地或者云中建立K8s的人仍然有非常复杂的工作要做。使用联合架构设置K8s会更加复杂。
　　然而，支持这种方法的工具和最佳实践越来越多了。此外，我还注意到市场上出现了更多的联合K8s技能。实际上，这可能是实现多云更好的方法。
　　David S. Linthicum是德勤咨询公司的首席云战略官，也是国际公認的行业专家和思想领袖。本文所述仅代表他个人观点。
　　原文网址
　　https：//www.infoworld.com/article/3439824/kubernetes-is-bringing-multicloud-20.html？nsdr=true