目录
背景
Docker介绍
Containerd介绍
常用命令对比
自 Kubernetes v1.24 起，Dockershim 已被删除，k8s将Containerd作为其容器运行时，那此次变化对容器化有何影响呢，本文进行简单介绍
背景
在 Kubernetes 早期，只支持一种容器运行时。这个运行时就是 Docker 引擎。当时，并没有太多其他选择，而且 Docker 是使用容器的主要工具。随着技术发展，k8s添加更多容器运行时，例如 rkt 和 hypernetes，很明显 Kubernetes 希望用户选择最适合他们的运行时。因此，Kubernetes 需要一种方法来允许集群操作员灵活地选择容器运行时。
容器运行时接口(CRI) 的发布就是为了实现这种灵活性。但是CRI 带来了一个问题：Docker Engine 作为容器运行时的使用早于 CRI，并且 Docker Engine 与 CRI 不兼容。为了解决这个问题，引入了一个小型软件 shim (dockershim) 作为 kubelet 组件的一部分，专门填补 Docker Engine 和 CRI 之间的空白，允许集群运营商继续使用 Docker Engine 作为其容器运行时。
k8s认为维护特定供应商的代码不符合开源理念。而Containerd是CNCF毕业的项目，所以在 Kubernetes v1.20 的发布，dockershim正式弃用了。
但是这并不意味着 Docker 的消亡，我们还能使用 Docker 作为开发工具。Docker 仍然是构建容器的有用工具，运行后生成的镜像
docker build仍然可以在 Kubernetes 集群中运行。Docker 生成的镜像并不是真正特定于 Docker 的镜像，而是 OCI（开放容器计划）镜像。任何符合 OCI 标准的镜像，无论使用什么工具来构建它，对于 Kubernetes 来说都是一样的。containerd和 CRI-O都知道如何提取这些镜像并运行它们。
注意：如果依赖底层 docker socket ( /var/run/docker.sock) 作为集群内工作流程的一部分，那么无法迁移到不同的运行时。这种模式通常被称为 Docker 中的 Docker。
Docker介绍
Docker 是一个用于开发、发布和运行应用程序的开放平台。Docker 使能够将应用程序与基础设施分离，以便可以快速交付软件。借助 Docker，可以像管理应用程序一样管理基础设施。通过利用 Docker 的方法来传送、测试和部署代码，可以显着减少编写代码和在生产中运行代码之间的延迟。Docker Engine 已经使用 Containerd 进行容器生命周期管理，包括创建、启动和停止容器。
很久之前，大家一般把容器都认为是Docker。
Containerd介绍
Containerd 是一个行业标准的容器运行时，强调简单性、稳健性和可移植性。它可作为 Linux 和 Windows 的守护进程，可以管理其主机系统的完整容器生命周期：图像传输和存储、容器执行和监督、低级存储和网络附件等。它是一个低级构建块，旨在集成到其他系统中，例如 Docker 和 Kubernetes。
常用命令对比
如果使用Containerd，我们建议使用crictl命令
| 命令 | Docker | Containerd | |
| docker | crictl | ctr | |
| 查看容器列表 |
|
|
|
| 查看容器详情 |
|
|
|
| 查看容器日志 |
|
| 无 |
| 容器内执行命令 |
|
| 无 |
| 挂载容器 |
|
| 无 |
| 显示容器资源使用情况 |
|
| 无 |
| 创建容器 |
|
|
|
| 启动容器 |
|
|
|
| 停止容器 |
|
| 无 |
| 删除容器 |
|
|
|
| 查看镜像列表 |
|
|
|
| 查看镜像详情 |
|
| 无 |
| 拉取镜像 |
|
|
|
| 推送镜像 |
| 无 |
|
| 删除镜像 |
|
|
|
| 查看Pod列表 | 无 |
| 无 |
| 查看Pod详情 | 无 |
| 无 |
| 启动Pod | 无 |
| 无 |
| 停止Pod | 无 |
| 无 |
![[人工智能-综述-12]：第九届全球软件大会（南京）有感 -1-程序员通过大模型增强自身软件研发效率的同时，也在砸自己的饭碗](http://pic.xiahunao.cn/[人工智能-综述-12]：第九届全球软件大会（南京）有感 -1-程序员通过大模型增强自身软件研发效率的同时，也在砸自己的饭碗)
； 的流向。)
)
