OpenStack和Kubernetes的复杂关系

2020年可能是OpenStack社区与Kubernetes手牵手的一年。

随着开源社区进入2020年，对OpenStack和Kubernetes的忠诚度可能会越来越分化。开源项目的贡献者正试图确定他们工作的优先顺序，而IT组织则在想他们在多大程度上需要一个像OpenStack这样的框架来部署Kubernetes。             

到目前为止，大多数Kubernetes部署都是在开源虚拟机或VMware商业平台上进行的。大多数决策都是由隔离共享相同基础设施的Kubernetes环境的需要驱动的。此外，许多IT组织缺乏管理Kubernetes所需的工具或专门知识，因此简单地扩展现有工具来管理Kubernetes（作为基于虚拟机的平台的扩展）变得更加容易。             

现在的争论是，伴随着组织先入为主更加熟悉原生Kubernetes工具集，以及使用较轻的虚拟机隔离工作负载的替代方法的出现，这种方法将在多大程度上继续下去。             

RACKN是一个基于开源数字RealBar软件的基础设施自动化平台的提供商，RACKN的首席执行官Rob Hirschfeld指出，轻量级的可以替代OpenStack和VMware来部署Kubernetes集群的选择已经存在。             

与此同时，Mirantis等托管服务提供商已经开始推出基于Kubernetes的高度分布式服务，这些服务根本不使用OpenStack。             

OpenStack基金会（OSF）执行董事Jonathan Bryce表示，他预计OpenStack和Kubernetes将继续以互补的方式发展。他说，在OpenStack上投资的公司不太可能放弃已有投资。             

此外，OpenStack社区一直在开发Airship，这是一个开源工具的集合，用于使用声明性框架自动提供云基础设施，同时还推动Kata容器的开发——一种开源容器运行时，用于在虚拟机的轻量级实例上运行，作为基于内核的虚拟机（KVM）或VMware vSphere平台的替代。事实上，Bryce说，就Kubernetes等平台而言，整个OpenStack社区并不固执 。            

在许多方面，OpenStack社区正面临许多与VMware相同的挑战。随着Kubernetes继续其发展势头，IT组织正试图确定他们是否能够完全依赖于云原生Kubernetes堆栈，还是在其现有的遗留IT基础设施之上向Kubernetes层延伸。在未来的许多年里，可能会出现在传统虚拟机上运行的Kubernetes实例。然而，与此同时，IT组织也可能决定在运行在轻量级虚拟机或裸机服务器上的Kubernetes集群上部署越来越多的greenfield云原生应用程序。      

不管选择什么样的路径，各种Kubernetes集群将要部署在其之上的生态系统如果不是多样化的话将一文不值。