K8s宣布弃用Docker，Dockershim将移除

痛定思痛。 2022-09-13 11:18 359阅读 0赞

参考文章：

[K8s宣布弃用Docker，千万别慌！][K8s_Docker]

[K8S为什么要弃用Docker？Dockershim将移除][K8S_Docker_Dockershim]

# 一、背景 #

由于最近知道了 K8s 新版本（v1.20）确定弃用 Docker 的消息，为了明确是否会对现有系统架构产生响，所以对涉及到的相关技术进行了一定的梳理（索性的是对现有的系统架构基本无影响：>）。

# 二、K8s（版本 < 1.20） 与 Docker 的关系 #

首先，通过一张图片来说明 K8s（版本<1.20）与 Docker 之间的关系。为了能够更好的理解下边的图片，要先交代下 K8s 的一个限制条件：

那就是 K8s 只能与 CRI 运行时通信

对于啥是 CRI 运行时？我们暂可以简单的将 Ta 理解为与 Docker 同等的存在（另外一个容器容器运行时）。具体见下图：

![a497ed5d7730091c0d454aad7a45cdd4.png][]

通过上边的图片我们可以看到，K8s 是通过 docker-shim 作为桥接服务，将 CRI 转换为 Docker API，然后与 Dokcer 进行通信的。

# 三、CRI 是啥？ #

> CRI（Container Runtime Interface）是 K8s 定义的一组与容器运行时进行交互的接口，用于将 K8s 平台与特定的容器实现解耦。在 K8s 早期的版本中，对于容器环境的支持是通过 hard code 方式直接调用 Docker API 的，后来为了支持更多的容器运行时和更精简的容器运行时，K8s 提出了CRI。

**CRI 运行时有两个实现方案：**

> 1.  containerd
> 
> containerd 是 Docker 的一部分，提供的 CRI 都是由 Docker 提供的。
> 
> 1.  CRI-O：
> 
> CRI-O 在本质上属于纯 CRI 运行时，因此不包含除 CRI 之外的任何其他内容。

# 四、OCI 是啥？ #

当我们谈论「容器运行时」时，请注意我们到底是在谈论哪种类型的运行时，这里运行时分为两种：

>  *  CRI 运行时
>  *  OCI 运行时

OCI（Open Container Initiative），可以看做是「容器运行时」的一个标准，Ta 使用 Linux 内核系统调用（例如：cgroups 与命名空间）生成容器，按此标准实现的「容器运行时」有 runC 和 gVisor。

# 四、CRI、OCI 之间的关系？ #

具体见下图：

![00b5f148ebb175514c5858829e35e257.png][]

通过上边的图片，我们可以得出如下结论：

实际对容器的操作最终还是要交给 OCI，CRI 也只是个中转

[K8s_Docker]: https://cloud.tencent.com/developer/article/1758588
[K8S_Docker_Dockershim]: https://www.cnblogs.com/Gdavid/p/14818384.html
[a497ed5d7730091c0d454aad7a45cdd4.png]: /images/20220828/06b2177aba1d480d9a28f5946f070f9b.png
[00b5f148ebb175514c5858829e35e257.png]: /images/20220828/ba1963cd19dd44c88f07d177749b0bd4.png