Docker 基本架构

Docker 使用客户端-服务器 (C/S) 架构模式，使用远程API来管理和创建Docker容器。

Docker 容器通过 Docker 镜像来创建。

容器与镜像的关系类似于面向对象编程中的对象与类。

核心流程

由于docker是C/S架构，因此必然具有客户端及服务端。

在这里客户端即为docker command，也就是用户执行的各种命令，如docker pull、docker build、docker run等。执行命令后，服务端即为docker deamon，接收及响应来自各个客户端的命令。

这里以拉取镜像为例，分为两种情况，分别是本地存在需拉取镜像(红色流程)和本地不存在需拉取的镜像(黑色流程)。

对于本地存在所需拉取镜像时，直接使用镜像实例化为一个容器；对于本地不存在所需镜像时，就要从容器仓库里搜索，搜索到之后将其下载至本地，然后使用该镜像创建一个容器。

核心组件

模块	说明
Docker 镜像(Images)	Docker 镜像是用于创建 Docker 容器的模板。
Docker 容器(Container)	容器是独立运行的一个或一组应用。
Docker daemon	Docker daemon 是服务器组件，是 Docker 最核心的后台进程，我们也把它称为守护进程。
Docker 客户端(Client)	Docker 客户端通过命令行或者其他工具使用Docker API 与 Docker 的守护进程通信。
Docker 主机(Host)	一个物理或者虚拟的机器用于执行 Docker 守护进程和容器。
Docker 仓库(Registry)	Docker 仓库用来保存镜像，可以理解为代码控制中的代码仓库。Docker Hub供了庞大的镜像集合供使用。
Docker Machine	Docker Machine是一个简化Docker安装的命令行工具，通过一个简单的命令行即可在相应的平台上安装Docker。

docker客户端与服务器

docker client向docker daemon发送请求，docker daemon完成相应的任务，并把结果返还给容器。

docker client是一个泛称，它可以是命令行docker，也可以是遵循了docker api规则的客户端，简单地说可以理解为一个用于交互/发送指令的接口。

Docker Deamon

它负责响应来自 Docker Client 的请求，然后将这些请求翻译成系统调用完成容器管理操作。

该进程会在后台启动一个 API Server ，负责接收由 Docker Client 发送的请求，接收到的请求将通过Docker daemon 内部的一个路由分发调度，由具体的函数来执行请求。

组成部分

我们大致可以将其分为以下三部分：

Docker Server

Engine

Job

Docker Daemon 可以认为是通过 Docker Server 模块接受 Docker Client 的请求，并在 Engine 中处理请求，然后根据请求类型，创建出指定的 Job 并运行。

Docker Daemon 运行在 Docker host 上，负责创建、运行、监控容器，构建、存储镜像。

镜像（Image）

什么是Docker镜像？

简单地理解，Docker镜像就是一个Linux的文件系统（Root FileSystem），这个文件系统里面包含可以运行在Linux内核的程序以及相应的数据。

Linux 基本知识

谈到这里，我们可能需要先补充一点与Linux操作系统相关的知识：

一般而言， Linux分为两个部分：Linux内核（Linux Kernel）与用户空间，而真正的Linux操作系统，是指Linux内核，我们常用的Ubuntu、CentOS等操作系统其实是不同厂商在Linux内核基础上添加自己的软件与工具集（tools）形成的发布版本（Linux Distribution）。

因此，我们也可以把镜像看成是上面所说的用户空间，当Docker通过镜像创建一个容器时，就是将镜像定义好的用户空间作为独立隔离的进程运行在宿主机的Linux内核之上。