k8s为什么要宣布不支持docker?对我们有什么影响呢？

先说影响，其实这个对我们用户来说，影响并不大，docker还是可以作为k8s的pod容器的，我们不要过于担心！但是为什么会出现这个问题呢？

起初，docker就和其他的容器公司一起成立了一个叫OCI的标准，用来管理容器的生命周期（创建，查看，更新，删除），按照这个标准实现了Runc。

后来，k8s为了兼容更多的容器，也弄了一个标准叫CRI。并要求容器厂商必须支持这个标准。其他的容器厂商都很听话，都实现了CRI，这样k8s就可以很轻松的通过这个标准和容器进行通信。

但是有个例外，docker当时已经是容器的代名词，并且也有自己的容器管理工具Swarm，存在竞争关系。只是k8s做的更优秀，导致docker失去这部分市场。所以就不愿意支持CRI标准，因为改动比较大。

但是当时使用docker的用户太多了，k8s没办法，只能妥协，毕竟也是docker成就了k8s，就自己弄了一个中间产物叫docker-shim。这就很像我们开发软件，大客户提了一个非常定制化的需求，要我们实现，是不是很痛苦！

这样，他们之间通信就成了k8s->docker-shim->docker。

随着k8s成了事实上的容器管理工具标准，k8s就硬气的宣布，要移除掉docker-shim。这就是我们看到的k8s不支持docker。其实只是移除了docker-shim,容器还是支持的，只是安装没有原来那样方便。

这个时候，docker公司也听话了，就从docker里面抽离了一个纯粹的容器containerd，并且实现了CRI标准。而且docker公司还接下了docker-shim的维护工作。

所以，我们在使用k8s 1.24之前的版本，都是没有问题。只有在1.24（1.20开始宣布，但是到1.24才正式执行）的版本开始，才不能直接使用docker作为容器。我们需要自行安装一个cri-dockered插件来替代docker-shim。感兴趣的朋友可以去搜一搜。