首页 > 科技 > > 正文
2019-11-27 13:15:35

Kubernetes的下一步可能是尝试编排其他所有内容

导读 随着星期三晚上正式发布的Kubernetes 1 16版本的第三季度正式发布,提出了一个有趣的新问题:企业数据中心基础架构的每个元素都可以-不仅

随着星期三晚上正式发布的Kubernetes 1.16版本的第三季度正式发布,提出了一个有趣的新问题:企业数据中心基础架构的每个元素都可以-不仅是那些新配置的容器,还可以是虚拟机,大数据平台以及机器学习框架-最终全部由Kubernetes编排,Kubernetes最初是出于Google的混乱需求而诞生的产品?

我们已经看到了Kubernetes对Docker Inc的短暂工作。自该公司寻求在开源社区中巩固地位的那一天起,Linux基金会的合作企业Cloud Native Computing Foundation(CNCF) ,为自己搭建了一个更大的领奖台,并负责集装箱的运输。

在接下来的几个月中,Kubernetes致力于参与涉及服务器端软件部署和管理的几乎所有开源和商业平台项目。在该公司被IBM 340亿美元收购之前,红帽就对其OpenShift平台进行了重组,该交易于去年7月完成。(Red Hat生产了一个杰出的企业Linux平台,但是IBM已经有了。)Mesosphere拥有自己的DC / OS平台,该平台围绕已建立的Apache Mesos工作负载编排平台构建,并且与Microsoft建立了牢固的合作关系,从而摆脱了Mesos如此之快,不得不将其名称更改为D2IQ。

本月早些时候,在历史上可能仍被视为Kubernetes巨无霸的衰落中,VMware宣布已开始一个项目,以完全重组全球最著名的虚拟化平台vSphere,作为基于Kubernetes的系统,该系统还托管Kubernetes环境。 。1998年,Linux的创建者知道 Oracle从Oracle宣布获得红帽认证成为其企业操作系统的软件供应商之时起,他们的项目就达到了极限。到目前为止,Kubernetes的临界质量可能已经达到。

它在数据中心的覆盖范围实际上是否可以从这里增加?在1.16版中,协调器中有影响力的新组件已正式移出开发阶段。该组件很快将使用户能够从公共云(数据库,个人定位器,流媒体,汽车驾驶员和跨国公司会计系统)中获得所需的服务,从而自动组装自己,甚至可能使用户甚至不知道发生了什么。 。尽管Kubernetes现在已经牢固地确立了使用“容器”的环境协调器的地位-服务器容器中杂乱无章地命名,收缩包装的功能单元-新提供的功能将使其具有协调几乎所有内容的能力其他。

未来在CRD中

“我认为Kubernetes的愿望(而且我想它很有可能会实现)是,Kubernetes会变得无聊,从某种意义上说,它会随处可见,并且应该是默认的,就像Linux一样。” CNCF执行董事Dan Kohn在接受ZDNet采访时说。

VMware工程师在本月早些时候提到了这种新功能,他们宣布了一个将Kubernetes注入其vSphere虚拟化平台核心的项目。自定义资源定义(CRD)使Kubernetes可以充当其他事物的协调器,包括“大数据”环境(例如Apache Spark和Hadoop)的作业。(实际上,去年成立了一家名为BlueData的初创公司,目标是配置Kubernetes来管理Hadoop和Spark集群。)

“ Kubernetes具有自定义资源定义,控制器和运算符之类的概念,这些概念使我们能够向Kubernetes添加新的对象类型,” VMware最近宣布的Project Pacific产品管理高级总监Jared Rosoff在本届VMworld 2019大会上解释道。月。“所以我们说,如果我们使用Kubernetes的这一方面来构建一种新型的云平台,该怎么办?如果我们管理Kubernetes集群,虚拟机[VM],无服务器应用程序和数据库的方式使用了相同的期望状态,那该怎么办?图案?”

罗索夫在说什么呢?Kubernetes协调器已经从配置管理领域中借用了一个关键元素,特别是声明性样式(如Puppet和Ansible):它允许应用程序从托管它的数据中心基础结构中指定所需的资源。该规范是一个声明,这就是为什么我们说Puppet和其他人使用声明式样式的原因。它没有像通常的脚本那样写出一组关于如何组装和配置这些资源的明确说明,而是仅列出了其要求并信任编排器以使其尽可能多地可用。

在Kubernetes的情况下,这就像能够通过编写脚本来创建整个服务器网络一样。想象一下,如果编剧可以组装一部剧本并信任一些后端服务提供商来制作电影。

但这是Kubernetes从一开始就具有的功能(让我们面对现实,还不是很久以前)。如今已成为官方组成部分的CRD打破了Kubernetes组装目的和目的的整个概念。这使协调器可以配置第一代虚拟机,从而取代传统vSphere控制台上的几十步过程,并且通常要求IT运营商具备经过VMware认证的正式技能,并且更类似于杂货店清单。

“如果当我想要一个Kubernetes集群时,我写了一个Kubernetes风格的声明性状态文档说:'我希望有一个具有五个节点,运行版本1.15的Kubernetes集群?” Rosoff继续说道。“如果当我想要一个虚拟机时,我写了一个Kubernetes风格的声明性状态文档,说:'我想用那么多的CPU和那么多的内存来运行这个设备映像?” 如果当我想要一个数据库时,我会说:“我想要一个具有这么多RAM和这个版本的MySQL的MySQL数据库实例?”该怎么办?我们可以在Kubernetes中做到这一点,而且我们已经做到了。”

对于为Kubernetes项目做出贡献的开源开发人员而言,CRD概念已经存在了一段时间。早在两年前,CRD便作为1.7版的Beta组件首次出现在公众面前。当时,Google工程师蒂姆·霍金(Tim Hockin)在接受《 The New Stack》采访时向我解释说,他和他的同事们认为Kubernetes正在演变为“生态系统枢纽”。换句话说,它不必总是与Docker样式的容器有关,特别是只要抽象地定义了“资源”即可。Kubernetes可以成为“资源协调器”,并且可能要由每个数据中心来决定“资源”在其自己的专有上下文中的含义。

自定义控件

从贾里德·罗索夫(Jared Rosoff)的描述来看,至少在VMware看来,这似乎已经成为现实。在Kubernetes的体系结构中,称为控制器的组件监视系统的活动状态,并负责确保该状态对于每个正在运行的工作负载尽可能地接近“所需状态”。换句话说,控制器倾向于满足每个工作负载的需求。这些需求通常是根据可用资源来指定的,这些资源是工作负载完成其功能所需的组件。如果Kubernetes是在管理Hadoop集群而不是容器集群,则将需要为新上下文重写“资源”的定义。这就是CRD所做的。

为了使自定义资源在此新上下文中可用,必须添加自定义控制器。Kubernetes称这些专门的组件操作员为是,这很令人困惑,因为IT部门的人员也被称为“操作员”。但是正如最近更新的Kubernetes文档所断言的那样,这就是重点。在非自动化的环境中,协调器中的操作员正在有效地执行人们被要求做的工作。

CNCF的Dan Kohn表示:“我认为人们的期望可能是创新和兴奋会不断上升。”他谈到了当Kubernetes变得无处不在和无聊时会发生什么的问题。“它可能是服务网格,或者可能是某些身份验证技术,或者是人们为之兴奋的整个运营商领域-数据库管理员所做的许多事情,升级,安全性,调优,您都可以构建软件,让操作员为您运行数据库,几乎就像您以前雇用DBA一样。”

当Kubernetes自动化将容器部署到托管平台的任务时,手动部署这些容器的工作几乎不存在。在像CoreOS(现在是Red Hat的一部分,现在是IBM的一部分)和Pivotal(现在是VMware的一部分,已经是Dell的一部分)这样的供应商为他们自动化之前,IT部门尚未完全了解该技能。但是数据库管理员对他们日常工作中相对缺乏自动化非常熟悉,这可能是近几个月来大数据热情低落的部分原因。Kohn建议,在CRD的帮助下,被视为对数据中心某个区域进行不错升级的相同新功能可能会引发园区内其他地方的革命,包括企业管理为员工提供服务的方式。

在去年6月于上海举行的由CNCF赞助的会议上,Pivotal工程师Ed King和Sam Gunaratne(显示在上方的讲台上)描绘了一个虚构的,虽然令人生畏的Kubernetes通过CRD自动执行某些操作的图片,但它通常不会自动执行:灯光,锁,以及家庭中的恒温器。不,这不是基于容器的物联网控制器的编排,而是使用Kubernetes API来实现自动打开灯,锁门以及在晚上调高或调低热量的自动化。这不是没有问题的-定制控制器(其他Kubernetes工程师称其为“操作员”)是否直接与这些家用设备绑定在一起。

在这个假设的世界中,清单可以声明房主要管理两个灯泡的亮度状态。专用于灯光的控制器可以将当前状态与所需状态进行比较,然后如果清单是这些灯泡声明的状态,则可以想到打开熄灭的灯泡所需的事件顺序。

事情变得有趣了:如果这个假设系统中的控制器可以相互联系,那么恒温器的控制器就可以与控制器共享诸如一天中的时间之类的详细信息。然后,可以使用决策工具来调整光控制器,以决定何时最好应用该所需状态。与物联网中控制器和设备之间典型的一对一关系不同,协调器将充当智能集线器。

如果所有这些听起来太平庸了,以至于科技出版物都不为所动,那么将这种相同的逻辑乘以一对家用照明灯与城市交通信号灯系统之间的比例差异,在您的脑海中乘以。自定义控制器的自动化包括共享状态的能力,可能会导致更智能,更顺畅的流量模式。简化诺基亚电话平台的逻辑可以用于简化市中心的交通流量。

VMware的Rosoff表示:“这完全改变了我们思考与云交互的开发人员/用户体验的方式。” “如果考虑到这里有什么替代方案,那就像是OpenStack。OpenStack并不像我们数据中心的未来。”

如果您想知道,您会听到Jared Rosoff刚刚敲响的OpenStack混合云平台收费的钟声,也就是Mesos收费的钟声。