这期内容当中小编将会给大家带来有关k8与码头工人的关系是什么,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。
<强>一、从虚拟化角度:
图1上图是码头工人容器(可用k8管理的玩意儿)与传统虚拟化方式的不同之处,传统的虚拟技术,在将物理硬件虚拟成多套硬件后,需要再每套硬件上都部署一个操作系统,接着在这些操作系统上运行相应的应用程序。而码头工人容器内的应用程序进程直接运行在宿主机(真实物理机)的内核上,码头工人引擎将一些各自独立的应用程序和它们各自的依赖打包,相互独立直接运行于未经虚拟化的宿主机硬件上,同时各个容器也没有自己的内核,显然比传统虚拟机更轻便只每个集群有多个节点,每个节点可,我们的kuberbete就是管理这些应用程序所在的小运行环境(容器)而生。
<强>二,从部署角度
<强> 
图2注意,大家别把这幅图与上面码头工人的那张图混淆了,图1是从虚拟化角度,说明了为应用提供必要的运行环境所需要做的虚拟化操作(即:传统:虚拟出的虚拟机装操作系统,码头工人:容器引擎管理下的容器)。
而图2是在这些具体运行环境上进行真实应用部署时的情况,传统方式是将所有应用直接部署在同一个物理机器节点上,这样每个应用的依赖都是完全相同的,无法做到应用之间隔离,当然,为了隔离,我们也可以通过创建虚拟机的方式来将应用部署到其中(就像图1上半部分那样),但这样太过繁重,故比虚拟机更轻便的码头工人技术出现,现在我们通过部署集装箱容器的技术来部署应用,全部集装箱运行在容器引擎上即可。既然嫌弃虚拟机繁重,想用码头工人,那好,你用吧,怎么用呢?手动一个一个创建?当然不,故kubernetes技术便出现了,以kubernetes为代表的容器集群管理系统,这时候就该上场表演了。
说白了,我们用kubernetes去管理码头工人集群,即可以将码头工人看成kubernetes内部使用的低级别组件。另外,kubernetes不仅仅支持码头工人,还支持火箭,这是另一种容器技术。希望我这篇文章中简单的描述能让你对两者有所理解和认识。
上述就是小编为大家分享的美丽与码头工人的关系是什么了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注行业资讯频道。
