“ 2.0”有点累。 这是我们行业常用的术语,表示某种东西可以改变游戏规则,但是我们可以更具创新和创造力吗?
对于大多数企业使用多个公共云品牌而出现的1.0版本多云,企业通常依靠专有的CMP(云管理平台)或CSB(云服务代理)来管理许多云-使用单个界面或抽象的本机服务,也称为“单一窗格”。
这是当今大多数多云部署的管理方式。 如果您没有CMP或CSB,则必须使用公共云供应商为您提供的任何云本机控制台处理每种云本机服务。
因此,如果您的多云中有三个公共云,则将需要三个不同的界面和三种类型的技能集。 从长远来看,很难操作-太多的复杂性。
现在正在出现的“ 2.0版本”将转移到另一种类型的多云:一种使用联合Kubernetes作为管理在不同公共云提供商上运行但彼此了解的容器化应用程序和数据的方法。
联合Kubernetes方法的有用之处在于,该体系结构使处理在多个云上运行的多个集群变得容易。 这是使用两个主要的构建块。 首先是跨集群同步资源的能力。 如您所料,这将是那些部署多云Kubernetes的人面临的核心挑战。 Kubernetes中的机制可以自动同步运行在许多公共云上的多个集群上的部署。 第二是集群间发现。 这意味着可以自动配置DNS服务器和负载平衡器,并具有支持跨许多公共云运行的所有群集的后端的功能。
考虑到您可以跨多个公共云复制活动/活动群集,利用多云/联合Kubernetes的好处包括高可用性。 因此,如果其中一个发生故障,则另一个可以进行处理而不会丢失任何节拍。
此外,您还避免了可怕的提供者锁定。 考虑到Kubernetes是能够使您摆脱每个公共云提供商的复杂性和本机细节的抽象层。 因此,它替代了CSB和CMP。
如果一家云提供商离开或提高价格太多,那就没事了。 您只需与市场上的其他云提供商合作即可。 公共云提供商成为商品集群处理器。 另外,请记住,Kubernetes是开源的。
这里没有魔术子弹。 确实,那些在本地或云中设置Kubernetes的人仍然有非常复杂的工作。 使用联合架构设置Kubernetes会更加复杂。
但是,支持这种方法的工具和最佳实践的数量开始出现。 此外,我在市场上看到了更多的联盟式Kubernetes技能。 确实,这可能是进行多云的更好方法。 我当然会成为负责此事的人之一。
From: https://www.infoworld.com/article/3439824/kubernetes-is-bringing-multicloud-20.html