这是一个创建于 1780 天前的主题，其中的信息可能已经有所发展或是发生改变。
Kubernetes is deprecating Docker as a container runtime after v1.20.
Docker support in the kubelet is now deprecated and will be removed in a future release. The kubelet uses a module called "dockershim" which implements CRI support for Docker and it has seen maintenance issues in the Kubernetes community. We encourage you to evaluate moving to a container runtime that is a full-fledged implementation of CRI (v1alpha1 or v1 compliant) as they become available. (#94624, @dims) [SIG Node]
因为 Docker 没有提供 CRI 接口支持？ Kubernetes 自己整了个 dockershim 来实现支持，结果现在说不维护了，直接 GG?
16 条回复 2020-12-11 14:32:21 +08:00
 | 1 monsterxx03 2020-12-10 10:47:11 +08:00 docker 下面也是 containerd ....这次等于少了个中间层 |
 | 2 hantsy 2020-12-10 10:58:24 +08:00 containerd 是标准，之前就用 Kind 安装过 K8s，没有 Docker，不习惯，从 Docker Register 安装只是费点力而已。 https://github.com/hantsy/devops-sandbox/blob/master/install-k8s.md#kind |
 | 3 arbit 2020-12-10 11:13:57 +08:00 这么大改动，那后面要换什么了，docker registry 这些有什么替换方案吗 |
 | 4 fiveelementgid OP @monsterxx03 确实 @hantsy hhhhhhhhh 之前 docker 依赖有问题一直装不上 @arbit 不知，反正 docker 中间层一丢，docker hub 直接被扬了，吃瓜等吧 |
 | 5 feelinglucky 2020-12-10 11:52:05 +08:00 其实个人觉得改动不大：首先，K8s 将 dockershim 抽离出来然后统一使用 CRI 维护这个符合解耦的原则，对比其实还有 CSI 以及 CNI 等 interface 的实现；其次 docker 背后的 docker 公司作为家商业组织其实也做过很多容器管理的实践（例如 docker swarm ），但不得不承认目前这块 K8s 已经是事实上的标准。从话语权上说 K8s 肯定不会使用一种容器实现，而 docker 也不会再开个炉灶对着和 K8s 干，两者达成了某种意义上的默契和界限。第三就是实际上 docker 下面跑的也是 containerd，对于技术这块的改动其实不大对于用户的感知应该更小。 |
 | 6 90928yao 2020-12-10 13:55:22 +08:00 影响不大 该怎么用还是怎么用 |
 | 7 jmyz0455 2020-12-10 14:55:12 +08:00 作为一位业余的计算机爱好者，能跑就行 docker 用户，想问有什么大的影响吗？ |
 | 9 zzzbkl 2020-12-10 16:26:48 +08:00 via Android 充分证明了 k3s 的前瞻性 |
 | 10 salmon5 2020-12-10 16:38:40 +08:00 @julyclyde https://kind.sigs.k8s.io/ 有点幸灾乐祸内味儿了 |
| 11 fiveelementgid OP |
 | 12 dorothyREN 2020-12-10 17:21:57 +08:00  1 docker 也是用的 container 啊。这下就是没有中间商赚差价了啊 |
 |
 | 14 lrh3321 2020-12-11 09:23:08 +08:00 少个中间商，不过就是不能用 docker 的 cli 去控制 pod 了 |
| 16 fiveelementgid OP |
Select Language