Docker 镜像 容器 仓库

Docker 包括三个基本概念
镜像（Image）
容器（Container）
仓库（Repository）

Docker 镜像
　　Docker 镜像是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如匿名卷、环境变量、用户等）。镜像不包含任何动态数据，其内容在构建之后也不会被改变。docker是分层存储的架构，由多层文件系统联合组成
　　镜像是创建docker容器的基础，docker镜像类似于虚拟机镜像，可以将它理解为一个面向docker引擎的只读模块，包含文件系统。创建镜像有三种方法：
（1）基于已有镜像的容器创建。主要是利用docker commit命令。
（2）基于本地模板导入。推荐利用OpenVZ提供的模板来创建。
（3）基于dockerfile创建。首先按照dockerfile的格式，编写好dockerfile文件，之后通过docker build命令来创建镜像。docker build会读取制定的dockerfile，由docker服务器来创建镜像。

Docker 容器
　　容器是从镜像创建的应用运行实例，容器之间是相互隔离、互不可见的。可以把容器看做一个简易版的linux系统环境（包括root权限、进程空间、用户空间和网络空间等），以及运行在这个环境上的应用打包而成的应用盒子。 容器的实质是进程，容器进程运行于属于自己的独立的 命名空间。最大的特点是：独立性，在系统中运行更加安全。

容器是分层存储。每一个容器运行时，是以镜像为基础层，在其上创建一个当前容器的存储层，我们可以称这个为容器运行时读写而准备的存储层为容器存储层。

容器存储层的生存周期和容器一样，容器消亡时，容器存储层也随之消亡。因此，任何保存于容器存储层的信息都会随容器删除而丢失。
按照 Docker 最佳实践的要求，容器不应该向其存储层内写入任何数据，容器存储层要保持无状态化。所有的文件写入操作，都应该使用 数据卷（Volume）、或者绑定宿主目录，在这些位置的读写会跳过容器存储层，直接对宿主（或网络存储）发生读写，其性能和稳定性更高。
数据卷的生存周期独立于容器，容器消亡，数据卷不会消亡。因此，使用数据卷后，容器删除或者重新运行之后，数据却不会丢失。

镜像自身是自读的，容器从镜像启动的时候，docker会在镜像的最上层创建一个可写文件层，镜像本身保持不变。 容器可以被创建、启动、停止、删除、暂停等。
可以利用docker create命令创建一个容器，创建后的的容器处于停止状态，可以使用docker start命令来启动它。
也可以直接使用docker run命令来直接从镜像启动运行一个容器。docker run = docker creat + docker start。 当利用docker run创建并启动一个容器时，docker在后台的标准操作包括：
（1）检查本地是否存在指定的镜像，不存在就从公有仓库下载。
（2）利用镜像创建并启动一个容器。
（3）分配一个文件系统，并在只读的镜像层外面挂载一层可读写层。
（4）从宿主机配置的网桥接口中桥接一个虚拟的接口到容器中。
（5）从地址池中配置一个IP地址给容器。
（6）执行用户指定的应用程序。
（7）执行完毕后容器终止。

Docker 仓库
docker仓库类似于git仓库，有提交，有tag。

仓库是存放docker镜像的地方。仓库分为公有仓库和私有仓库，DockerHub是目前最大的公有仓库。可以通过docker push/pull命令从仓库中上传和下载镜像。注册服务器是存放仓库的地方，在其中存放了很多仓库，每个仓库存放一类镜像文件。

一个Docker 注册表(Registry) 中可以包含多个仓库（Repository）；每个仓库可以包含多个标签（Tag）；每个标签对应一个镜像。通常，一个仓库会包含同一个软件不同版本的镜像，而标签就常用于对应该软件的各个版本。我们可以通过 <仓库名>:<标签> 的格式来指定具体是这个软件哪个版本的镜像。如果不给出标签，将以 latest 作为默认标签。

仓库名经常以 两段式路径 形式出现，比如 jwilder/nginx-proxy，前者往往意味着 Docker Registry 多用户环境下的用户名，后者则往往是对应的软件名。但这并非绝对，取决于所使用的具体 Docker Registry 的软件或服务。