Docker

本小节属于Docker的总结篇，为前面30小节做一个小结，Docker属于一个应用层面软件，需要经常使用，遇到不同的需求和问题，才能加深你对Docker的理解。

经过上小节的介绍，我们知道在docker里面同时存在docker进程和containerd进程，那他们之间的关系是咋样的呢？这个在不同的版本里面是否有区别呢？

Containerd 为什么要单独拿出来说呢，因为目前随着Kubernetes放弃Docker，而且随着版本的不停迭代，市面上的大规模的Docker使用会越少越少。

本小节的知识，如果是本地存储，在实际运维中并没有什么用。但是如果你使仓库是的是对象存储，理解这个逻辑就是很有用的，这个也是生产经验。

注：本文档依据作者的历史文档修改而来，并没重新写。在实际运维中，应该也是用不到的这个方面的知识，算是一个学习延申把。只有不停的延申自己的技术思路和视野，自己技术能力才能得到进步(个人拙见)。

为什么把这个小节放到比较靠后来讲解呢，主要是因为我们需要对docker有一定理解，才能更好的理解这个信息。在讲Docker-镜像操作&容器操作命令讲过一个参数inspect

我们在前面介绍的docker的时候有很多日志系统，但是一般情况下我们会很少去调整这个，维护调整的一般都是日志的轮询规则。因为默认情况下docker的日志是不会自动轮询的

我们在讲解docker详细信息的时候，讲过docker有多种网络模式，今天我们就来详细讲解下最重要的网络模式-桥接模式，以及如何实现Docker的跨主机通信。

基于我们对联合文件的理解，我们来讲解写实复制(cow)，其实在讲kvm-外部快照的时候也提到了这个技术。

我们前面讲解中，经常用一个镜像创建多个容器，他们之间的文件系统有什么关系呢？这个就是我们要讲的联合文件系统(UnionFS)。

这个cgroup，我们在讲Linux-sys文件系统和kvm-资源控制cgroup都讲过了，这里再讲下。

Docker 使用了多种 Linux 命名空间（namespaces）来提供容器之间的隔离。以下是 Docker 主要使用的命名空间类型。

Harbor这个无论是部署还是操作其实相对都还是比较简单，反过来运维理解这个harbor的内在逻辑才是更重要的，尤其目前已经这个Compose已经有9个容器，早期使用Harbor才5个容器。

我们上小节安装了Harbor，本小节就开始使用这个harbor，他给我们提供了web管理镜像的功能。

Harbor 是一个开源的容器镜像仓库，由 VMware 创建并捐赠给 CNCF（云原生计算基金会），它主要由VMware中国团队开发，

为什么明明在讲Docker的仓库，突然跳到Compose呢，因为我们要讲的仓库Harbor就是基于Compose来部署的，所以需要先了解这个Compose是怎么一回事。

前面我们无论是从公网仓库下载的镜像还是通过Dockerfile编写的镜像，在绝大多数的情况下，都需要上传到仓库里面，然后再通过仓库分发到其他需要使用的节点，那么仓库是怎么创建的呢？

我们前面下载的官方镜像，也通过Dockerfile编写自己的镜像，那这个镜像到底是一个什么的文件，在Linux里面到底是怎么存在的呢？下面我们将通过拆解镜像文件来确认这些问题。

我们上小节这个Dockerfile，模拟了一个需求，今天我们将模拟另外一个需求，这些需求在实际上的运维当中，可能和现在的需求都不一样，但是作为理解这个Dockerfile还是没问题的。

前面我们经过几个小节的讲解，把常用的Dockerfile的参数都大概讲解了一次，今天这小节我们将结合实际需求来讲解。