k8s禁用dockershim

一开始听说k8s要禁用docker,吓了自己一跳,然后查了一些文档,大概意思都是说没事,docker还能用,也没看明白

然后又查了一些资料,补了一些基础知识,终于明白所谓的禁用dockershim是个怎么回事,然后为什么禁用这个东西为什么对我们没影响了

dockershim是个什么东西

我们要知道,docker是一种容器化技术,然后k8s要使用这种技术创建&管理容器,我们就假定k8s期望docker给k8s提供一些接口服务于k8s

但实际情况如何,一开始k8s不开源,而等到k8s开源了,docker已成了容器化技术的龙头老大.
k8s:docker能不能给我提供这些接口?
docker:你谁啊?
所以没办法,为了支持docker,k8s将这些接口调用封装到了k8s自身的代码中.

后继者&其他容器化技术

如果容器化技术永远只有一种,并且这个技术满足k8s所有需要,这件事到这里就算结束了

但实际上容器化技术并不止docker一种,并且未来也可能出现更优秀的容器化技术

k8s如何选择,是仅支持docker,还是支持包括未来容器的更多容器技术?是选择独木还是选择森林?肯定是森林啦!

k8s想到了引入中间层来解决这个问题,被新引入的中间层被称为CRI,k8s通过CRI操作容器
之前设计的dockershim并没有使用分层的思想,而是将代码杂糅在k8s本身的代码里.同时已经有实现支持了docker的CRI,所以k8s想要停止维护dockershim,而禁用这个东西我们仍可以使用其他CRI来管理我们的容器