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?
1
monsterxx03 2020 年 12 月 10 日
docker 下面也是 containerd ....这次等于少了个中间层
|
2
hantsy 2020 年 12 月 10 日
containerd 是标准,之前就用 Kind 安装过 K8s,没有 Docker,不习惯,从 Docker Register 安装只是费点力而已。
https://github.com/hantsy/devops-sandbox/blob/master/install-k8s.md#kind |
3
arbit 2020 年 12 月 10 日
这么大改动,那后面要换什么了,docker registry 这些有什么替换方案吗
|
4
fiveelementgid OP @monsterxx03 确实
@hantsy hhhhhhhhh 之前 docker 依赖有问题一直装不上 @arbit 不知,反正 docker 中间层一丢,docker hub 直接被扬了,吃瓜等吧 |
5
feelinglucky 2020 年 12 月 10 日
其实个人觉得改动不大:首先,K8s 将 dockershim 抽离出来然后统一使用 CRI 维护这个符合解耦的原则,对比其实还有 CSI 以及 CNI 等 interface 的实现;其次 docker 背后的 docker 公司作为家商业组织其实也做过很多容器管理的实践(例如 docker swarm ),但不得不承认目前这块 K8s 已经是事实上的标准。从话语权上说 K8s 肯定不会使用一种容器实现,而 docker 也不会再开个炉灶对着和 K8s 干,两者达成了某种意义上的默契和界限。第三就是实际上 docker 下面跑的也是 containerd,对于技术这块的改动其实不大对于用户的感知应该更小。
|
6
90928yao 2020 年 12 月 10 日
影响不大 该怎么用还是怎么用
|
7
jmyz0455 2020 年 12 月 10 日
作为一位业余的计算机爱好者,能跑就行 docker 用户,想问有什么大的影响吗?
|
9
zzzbkl 2020 年 12 月 10 日 via Android
充分证明了 k3s 的前瞻性🐶
|
10
salmon5 2020 年 12 月 10 日
@julyclyde https://kind.sigs.k8s.io/ 有点幸灾乐祸内味儿了🐶
|
11
fiveelementgid OP |
12
dorothyREN 2020 年 12 月 10 日 docker 也是用的 container 啊。这下就是没有中间商赚差价了啊
|
13
stancaohua 2020 年 12 月 11 日
只是 runtime 不支持 docker 了,别的都一样,相当于以前你跑 k8s 能装 docker 作为容器支持,现在只需要装 containerd 了
|
14
lrh3321 2020 年 12 月 11 日
少个中间商,不过就是不能用 docker 的 cli 去控制 pod 了
|
16
fiveelementgid OP |