大家好，关于k8s真的要放弃docker自己做容器么很多朋友都还不太明白，今天小编就来为大家分享关于k8s不建议docker的知识，希望对各位有所帮助！
本文目录
k8s真的要放弃docker自己做容器么
先说结论，不是
https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.20.md#changed
kubernetes1.20版本的changelog里面写到
Deprecation
Dockersupportinthekubeletisnowdeprecatedandwillberemovedinafuturerelease.Thekubeletusesamodulecalled"dockershim"whichimplementsCRIsupportforDockerandithasseenmaintenanceissuesintheKubernetescommunity.Weencourageyoutoevaluatemovingtoacontainerruntimethatisafull-fledgedimplementationofCRI(v1alpha1orv1compliant)astheybecomeavailable.(#94624,@dims)[SIGNode]
大意是，Kubelet中的Docker支持已经进入淘汰阶段，将在未来移除。原因是Kubelet中使用dockershim组件为Docker提供了CRI支持，Kubernetes认为维护这个组件是有问题的。建议用户评估并迁移到CRI支持更完善的运行时上。
其中引用了9月提出的PR#94624。其中提出，为了使用Docker，从moby进行了大量移植开发了dockershim嵌入到Kubelet之中。Kubelet和CRI的正确沟通方式是像containerd、cri-o这样。各自使用独自的进程，互相以gRPC进行对接。Docker目前仍然是主流，进行迁移需要广而告之并逐步推进。
通俗的说就是，Kubernetes是通过CRI来对接容器运行时的，而Docker本身是没有实现CRI的，所以Kubernetes内置了一个“为Docker提供CRI支持”的dockershim组件。现在Kubernetes宣布不再维护这个组件了，大概的意思就是：Docker虽然好用，但那是对人来说的，Kubernetes又不是人，不需要那些花里胡哨的东西！
Kubernetes这是话里有话，说白了就是：我特么以前为了兼容你，我集成在我自己这里，现在我就想自己单纯一点，要么你自己写CRI的接口要么就再见。
目前docker公司还没有回应。
那这个对我们开发、运维有什么影响呢？
目前来看没太大的影响，如果你在生产环境使用kubernetes，那你以后可能要逐渐迁移至containerd、cri-o这样的容器进行时，比如红帽公司开发的podman
Docker和k8s应该先学哪个比较好
docker是基础。必须先学这个
redis集群适合放到docker上吗如果是k8s集群，持久化数据怎么办
每个pod在被生成重启或被调度都将以新的身份加入集群，在掉线或失联都将被T出集群[抠鼻]集群始终保持一定数量pod然后只要保持这个集群相对稳定就行[酷拽]
关于k8s真的要放弃docker自己做容器么和k8s不建议docker的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。