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 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 啊。这下就是没有中间商赚差价了啊
|
13
stancaohua 2020-12-11 08:20:21 +08:00
只是 runtime 不支持 docker 了,别的都一样,相当于以前你跑 k8s 能装 docker 作为容器支持,现在只需要装 containerd 了
|
14
lrh3321 2020-12-11 09:23:08 +08:00
少个中间商,不过就是不能用 docker 的 cli 去控制 pod 了
|
16
fiveelementgid OP |