Source: Kubernetes/CHANGELOG-1.20.md#deprecation
昨天还在群里有人说这个事:
大概就是 Google 研究了十几年的容器化技术内部也在用但是一直都不怎么理想,直到 Docker 出现并且迅速在业内火了占领了很大的虚拟化这个市场。Google 感觉地位受到了威胁就联合其他厂商搞了一套容器化编排工具。刚开始是按照 docker 来的。后来就用的人多了就按照自己的标准规范来。这样用的人越来越多,最后 docker 这家公司就不得不按照编排标准规范来设计否则别人都不用 docker 了。
大家都在用 k8s 如果哪天相互不兼容了你会选择 k8s 还是选择 docker ?
1
foMM 2020-12-03 17:48:59 +08:00
在网络世界 Google 基本上说一不二,好多公司只能任他予取予求,不作恶终于变成恶龙,让人唏嘘
|
2
monsterxx03 2020-12-03 18:21:22 +08:00 2
不要搞个大新闻, 什么 k8s 和 docker 二选一,说这段话的人简直没什么技术常识.
被废弃的是 dockershim, 这玩意早就该被淘汰了, 你用 cri-o 来做 runtime, 底下用的还不是 runc 吗. 对终端用户,我能想到的唯一影响是以前把 docker.sock 挂载到容器内来做 docker-in-docker image build 的方式行不通了, 不过早该换 buildah 一类的工具了, build 个 docker 镜像还要依赖 daemon 这事太蠢了. 不过容器圈那堆名词的确很忽悠人, containerd, runc, docker, dockershim, oci,cri, cri-o, rkt, 这锅也不知道该扣 google, redshat, docker 他们哪个头上. 建议全文阅读 https://kubernetes.io/blog/2020/12/02/dont-panic-kubernetes-and-docker/ |
5
jun771480011 2020-12-04 16:20:05 +08:00
@monsterxx03 看到开头突然想到了黑框老者在 hk 的那个讲话 🤣
|