关于kubernetes:docker-与-k8s-底层架构的区别

3次阅读

共计 1273 个字符，预计需要花费 4 分钟才能阅读完成。

最开始容器我的项目有很多公司在做像 Google 和其余厂商, 然而就 docker 的容器我的项目最终成活下来, docker 自从对立了容器畛域, 然而因为过垄断, docker 迫于压力由 Google , CoreOS , Redhat 成立一个中立基金,，docker 当年的被拆分出了几个标准化的模块 docker-client ,dockerd,containerd,docker-shim,runc 等, 本人的容器运行时 LibContainer 捐出，改名为 RunC. 并制订了一套镜像和容器的规范和标准 (OCI). 因为 OCI 的成立. 让其余公司能够不依赖与 docker 来实现本人的 docker 运行时。

docker-cli: docker 的前端，提供 docker 命令，如 docker run、docker build 等
dockerd(docker daemon)：docker 的服务端，其实就是 docker-client 的后盾
containerd：容器服务，这也是 docker 的外围组件，负责容器的增删改等操作，这里 containerd 之所以作为一个独自的服务，而没有和 dockerd 集成到一块，是为了让其余的我的项目能够定义本人的客户端，比方 kubernetes 通过 CRI 客户端来拜访 containerd
runc：是一个命令行工具端，他依据 oci（凋谢容器组织）的规范来创立和运行容器，containerd 会调用 runc 命令来运行镜像。

container

咱们外围的是 container, 最新 k8s 绕过 dockerd 间接调用 container 缩小了一层, container 次要负责的是拉取和解压镜像, 上传和制作镜像是由 dockerd 来负责的. 所以 docker 的 container 与 k8s 的 container 是同一个. 所以实践上, 只有满足 OCI 的标准. 无论是什么工具编译的镜像都能被 container 拉取、编译与运行。containerd 是一个工业级别规范的容器运行时，它强调简略性、健壮性和可移植性，简直囊括了单机运行一个容器运行时所须要的所有：执行、散发、监控、网络、构建、日志等。次要作用是：
1）、治理容器的生命周期（从创立容器到销毁容器）
2）、拉取 / 推送容器镜像
3）、存储管理（治理镜像及容器数据的存储）
4）、调用 runC 运行容器（与 runC 等容器运行时交互）
5）、治理容器网络接口及网络 dockerd 理论实在调用的还是 containerd 的 api 接口，containerd 是 dockerd 和 runC 之间的一个两头交换组件。docker 镜像和 containerd 镜像通用。但组织形式和寄存目录不同，导致 docker 与 ctr 命令不通用，各自治理本人的镜像和容器。此外 k8s 还有客户端命令 crictl，用法与 docker 基本相同，可 crictl - h 查看用法。