在 Kubernetes 架构中，每个 Kubernetes 节点都与控制面板进行通信，Docker（或者其他容器运行时）仅用于在实际主机中运行应用程序，各个节点上的 kubelet 通过获取元数据，并执行 CRI（Container Runtime Interface，即容器运行时 API 接口）以在该节点上进行容器的创建/删除操作。
Kubernetes 只能与CRI 进行通信，而不能直接用 Docker API 进行通信，Docker 又并不支持 Kubernetes 提供的 CRI，所以之前使用 Kubernetes 就只能通过 "dockershim" 提供的桥接服务来转换 Docker API 和 CRI，但由于维护性问题，Kubernetes 最终还是弃用了 dockershim 这一桥接服务。
Docker 被弃用后怎么办？
其实也不用慌，CRI 运行时有两种实现方案：
containerd
CRI-O
containerd 就是从 Docker 分出去的开源项目，并且提供的 CRI 功能也是完全由 Docker 提供的，Docker 自身也用到了 containerd，而 CRI-O 主要由 Red Hat 开发，并不依赖 Docker，所以，从 Docker 迁移到 containerd 是最好的选择。
总结Docker 确实被禁用了，但影响的只是实体清单上的公司的 Docker 提供的商业服务，开源版本不受影响，和我们普通开发也没关系。
Docker 也确实被 k8s 弃用了，但还有其他的选择，比如：containerd，就是完全兼容 Docker 的，可以继续使用 Docker 进行开发，所以对于普通开发用户来说是不受任何影响的，但对于 k8s 管理员来说就需要考虑迁移到新的容器运行时，毕竟在未来不久的版本中 k8s 会彻底移除对 Docker 的支持。
总之， Docker 仍是目前最优秀的开源容器，放心大胆用吧！
所以，不要再被误导了，我们普通开发人员完全不用考虑禁不禁、弃用不弃用的事，该学学，该用用，吃嘛嘛香，何乐而不为呢？
但话又说回来，Docker 是家米国公司，未来开源版会不会也受影响呢？
我只能说应该不会，如果开源的都被禁，那我们常用的 Java、Linux、Spring 等开源技术都不能用了？不太可能！很多人的担心、惊慌也并不无道理，唯有开发自己的核心技术才会不用受制于人！
最后， Docker 被禁损失的是 Docker 公司和米国自己的利益，简直是搬起石头砸自己的脚，另外，Docker 也不是必须的，不用 Docker 也还有很多其他的选择，Docker 没火之前不也过的好好的，所以完全不用惊慌。
至于 Docker 的后续发展，请持续关注Java技术栈微信公众号，栈长将第一时间跟进最新动态。你也可以在后台回复：动态，获取栈长整理的更多往期热门好玩的技术资讯。
参考：
https://dev.to/inductor/wait-docker-is-deprecated-in-kubernetes-now-what-do-i-do-e4m
版权申明：本文系公众号 "Java技术栈" 原创，原创实属不易，转载、引用本文内容请注明出处，禁止抄袭、洗稿，请自重，尊重他人劳动成果和知识产权。
近期热文推荐：
1.Java 15 正式发布， 14 个新特性，刷新你的认知！！
2.终于靠开源项目弄到 IntelliJ IDEA 激活码了，真香！
3.我用 Java 8 写了一段逻辑，同事直呼看不懂，你试试看。。
4.吊打 Tomcat ，Undertow 性能很炸！！
5.《Java开发手册（嵩山版）》最新发布，速速下载！
觉得不错，别忘了随手点赞+转发哦！