前言
1.24之前装置k8s时,咱们都会先装置docker环境
之前,k8s的container是docker engine维护的:
也就是说,咱们履行一个yaml文件,kubelet会帮咱们删去、扩容(维护)对应的Pod,Pod里面的container是docker engine维护的
docker盛世,K8s挑选docker
在遥远的2013年,Docker发布了第一版,当时的docker以app驱动,参阅了lxc,当时十分受欢迎
2014年,K8s是根据Borg容器管理的,有他的一套东西。
当时的人肯定会想:我为了用K8s还要学一遍?
K8s很聪明,他在前期的版别挑选了docker作为容器化底层支撑
K8s逐步强大,想要不受限于docker
跟着各大厂商热捧K8s,越来越多的容器技能想加入K8s,K8s就想了:
- 我怎么样交融别的容器技能,愈加多元?
- 我不能绑定在docker上面,我要主导一些
但是docker也很火!又不能直接除掉,双方都是血亏,又不想受限于docker
于是K8s在2016年的1.5版别就开始计划,官网当年的博客:
K8s提出了自己的一套接口规范 CRI (Container Runtime Interface)
docker就从亲儿子变成了挑选之一
K8s没有直接去掉docker,而是在docker和kubelet之间增加了一个docker shim,相当于adapter
相当于折中的妥协!
但是,这样的话肯定会耗费多余功用、网络、cpu
docker的改变
docker这时候想,坏了,这家伙是想把我踢出局?
docker根据本身,移除了一些功用,新构建出了一个项目——containerd,相当于docker的核心功用。并且docker把containerd捐献给了CNCF(Cloud Native Computing Foundation)(云原生核算基金会)
2018年,K8s调用containerd架构图:
再后来
省去了许多环节,大大节省了功用
启动时长:
这样的话,其他的容器化技能也只要装置一个CRI Plugin就可以适配K8s了
1.24版别,docker shim现已被移除了
对咱们的影响
containerd对原来的docker功用进行了一些削减,像docker ps都不能用了。
取而代之的是crictl
对咱们的影响其实不大,咱们学习K8s,实质上操作的是kubectl
发展总结
1.前期 K8s 1.5版别之前 kublet—>docker engine
2.K8s 1.5版别 发布了CRI 界说容器管理规范
3.kublet—>CRI—->docker shim—->docker engine 折中方案
4.docker核心剥离出来,构成一个containerd项目,捐献给CNCF,愈加拥抱云原生 containerd本质上还是docker,只不过docker换了一种方式陪伴在你身边
5.K8s 1.24开始今后
kublet---> CRI --->[CRI plugin]containerd
kublet---> CRI --->[CRI plugin]xxx(其他容器化技能)
kublet---> CRI --->[CRI plugin]yyy(其他容器化技能)