容器原来发生了这么多事情

读了 Containerd 客户端工具（CLI）介绍 ctr,nerdctl,crictl， podman 以及 docker, 大概懂了一点容器客户端之间的关系, 我的理解是:

由于 Kubernetes 社区集群化管理对容器的功能需求增多, 制定了很对相关标准, 而 docker 对这些容器标准适配性不高, 所以现在社区容器对 docker 的兼容越来越底, 渐渐分道扬镳.

我找了很多资料, Kubernetes 好像本身没有构建镜像的能力, 所以 docker 本身还是有一些不可替代的功能, 所以社区在 2020 年 12 月 9 日发布了 nerdctl 项目来替代 docker 功能, 本质来说就是 docker 的加强版, 其对容器标准有更好的兼容性, 也探索性的加入了容器加密, 延迟拉取等功能. 而且 docker 在 2021 年 8 月 31 日公布准备收费了, 只能说 docker 对开源社区越走越远了.

在使用命令和习惯上, nerdctl 和 docker 基本一致.

crictl, ctr 是 Containerd 本身带的命令控制, 其对容器运行周期理解比较好, 但是对人的操作并不是很友好. 其中 crictl 是为了 k8s 运行管理准备的. 他们两个都是容器运行过程管理, 没有镜像构建相关部分.

podman 是 docker 的替代方案, 主要解决 docker root 权限问题, 是 rethat 社区维护的. 是 docker 的竞争对手, 目前对 容器的兼容性比 docker 要好些.

给我的感觉, docker 目前 最大的存量是其 hub 上的 大量开源镜像, 至于镜像的操作等工具, docker 本身不占优势. 而且目前 容器仓库技术 社区也比较完善, 预计 docker 将会慢慢的要淡出 容器 的社区了吧. 甚至新的项目将找不到 docker 的身影.

如果大家都还在选择 容器操作工具, 目前 我推荐使用 nerdctl, 其是 容器社区维护的, 功能会更新, 对docker的一些安全性问题(如rootless模式运行)也做了修正, 而且命令操作习惯也和docker兼容, 很好过渡.