10张图带你深刻理解Docker容器和镜像

这篇文章但愿可以帮助读者深刻理解Docker的命令，还有容器（container）和镜像（image）之间的区别，并深刻探讨容器和运行中的容器之间的区别。

当我对Docker技术仍是只知其一;不知其二的时候，我发现理解Docker的命令很是困难。因而，我花了几周的时间来学习Docker的工做原理，更确切地说，是关于Docker统一文件系统（the union file system）的知识，而后回过头来再看Docker的命令，一切变得瓜熟蒂落，简单极了。

题外话：就我我的而言，掌握一门技术并合理使用它的最好办法就是深刻理解这项技术背后的工做原理。一般状况下，一项新技术的诞生经常会伴随着媒体的大肆宣传和炒做，这使得用户很难看清技术的本质。更确切地说，新技术老是会发明一些新的术语或者隐喻词来帮助宣传，这在初期是很是有帮助的，可是这给技术的原理蒙上了一层砂纸，不利于用户在后期掌握技术的真谛。

Git就是一个很好的例子。我以前不可以很好的使用Git，因而我花了一段时间去学习Git的原理，直到这时，我才真正明白了Git的用法。我坚信只有真正理解Git内部原理的人才可以掌握这个工具。

 

Image Definition

镜像（Image）就是一堆只读层（read-only layer）的统一视角，也许这个定义有些难以理解，下面的这张图可以帮助读者理解镜像的定义。

 

从左边咱们看到了多个只读层，它们重叠在一块儿。除了最下面一层，其它层都会有一个指针指向下一层。这些层是Docker内部的实现细节，而且可以在主机（译者注：运行Docker的机器）的文件系统上访问到。统一文件系统（union file system）技术可以将不一样的层整合成一个文件系统，为这些层提供了一个统一的视角，这样就隐藏了多层的存在，在用户的角度看来，只存在一个文件系统。咱们能够在图片的右边看到这个视角的形式。

你能够在你的主机文件系统上找到有关这些层的文件。须要注意的是，在一个运行中的容器内部，这些层是不可见的。在个人主机上，我发现它们存在于/var/lib/docker/aufs目录下。

 

Container Definition

容器（container）的定义和镜像（image）几乎如出一辙，也是一堆层的统一视角，惟一区别在于容器的最上面那一层是可读可写的。

 

细心的读者可能会发现，容器的定义并无说起容器是否在运行，没错，这是故意的。正是这个发现帮助我理解了不少困惑。

要点：容器 = 镜像 + 读写层。而且容器的定义并无说起是否要运行容器。

接下来，咱们将会讨论运行态容器。

 

Running Container Definition

一个运行态容器（running container）被定义为一个可读写的统一文件系统加上隔离的进程空间和包含其中的进程。下面这张图片展现了一个运行中的容器。

 

正是文件系统隔离技术使得Docker成为了一个前途无量的技术。一个容器中的进程可能会对文件进行修改、删除、建立，这些改变都将做用于可读写层（read-write layer）。下面这张图展现了这个行为。

 

咱们能够经过运行如下命令来验证咱们上面所说的：

即使是这个ubuntu容器再也不运行，咱们依旧可以在主机的文件系统上找到这个新文件。

Image Layer Definition

为了将零星的数据整合起来，咱们提出了镜像层（image layer）这个概念。下面的这张图描述了一个镜像层，经过图片咱们可以发现一个层并不只仅包含文件系统的改变，它还能包含了其余重要信息。

 

元数据（metadata）就是关于这个层的额外信息，它不只可以让Docker获取运行和构建时的信息，还包括父层的层次信息。须要注意，只读层和读写层都包含元数据。

 

除此以外，每一层都包括了一个指向父层的指针。若是一个层没有这个指针，说明它处于最底层。

 

Metadata Location:
我发如今我本身的主机上，镜像层（image layer）的元数据被保存在名为”json”的文件中，好比说：

e809f156dc985...就是这层的id

一个容器的元数据好像是被分红了不少文件，但或多或少可以在/var/lib/docker/containers/目录下找到，就是一个可读层的id。这个目录下的文件大可能是运行时的数据，好比说网络，日志等等。

 

全局理解（Tying It All Together）

如今，让咱们结合上面提到的实现细节来理解Docker的命令。
 

docker create

 

docker create 命令为指定的镜像（image）添加了一个可读写层，构成了一个新的容器。注意，这个容器并无运行。

 

docker start

Docker start命令为容器文件系统建立了一个进程隔离空间。注意，每个容器只可以有一个进程隔离空间。
 

docker run

 

看到这个命令，读者一般会有一个疑问：docker start 和 docker run命令有什么区别。

从图片能够看出，docker run 命令先是利用镜像建立了一个容器，而后运行这个容器。这个命令很是的方便，而且隐藏了两个命令的细节，但从另外一方面来看，这容易让用户产生误解。

题外话：继续咱们以前有关于Git的话题，我认为docker run命令相似于git pull命令。git pull命令就是git fetch 和 git merge两个命令的组合，一样的，docker run就是docker create和docker start两个命令的组合。
 

docker ps

docker ps 命令会列出全部运行中的容器。这隐藏了非运行态容器的存在，若是想要找出这些容器，咱们须要使用下面这个命令。
 

docker ps –a

docker ps –a命令会列出全部的容器，不论是运行的，仍是中止的。
 

docker images

docker images命令会列出了全部顶层（top-level）镜像。实际上，在这里咱们没有办法区分一个镜像和一个只读层，因此咱们提出了top-level镜像。只有建立容器时使用的镜像或者是直接pull下来的镜像能被称为顶层（top-level）镜像，而且每个顶层镜像下面都隐藏了多个镜像层。
 

docker images –a

docker images –a命令列出了全部的镜像，也能够说是列出了全部的可读层。若是你想要查看某一个image-id下的全部层，可使用docker history来查看。
 

docker stop

docker stop命令会向运行中的容器发送一个SIGTERM的信号，而后中止全部的进程。
 

docker kill

docker kill 命令向全部运行在容器中的进程发送了一个不友好的SIGKILL信号。
 

docker pause

docker stop和docker kill命令会发送UNIX的信号给运行中的进程，docker pause命令则不同，它利用了cgroups的特性将运行中的进程空间暂停。具体的内部原理你能够在这里找到：https://www.kernel.org/doc/Doc ... m.txt，可是这种方式的不足之处在于发送一个SIGTSTP信号对于进程来讲不够简单易懂，以致于不可以让全部进程暂停。
 

docker rm

docker rm命令会移除构成容器的可读写层。注意，这个命令只能对非运行态容器执行。
 

docker rmi

docker rmi 命令会移除构成镜像的一个只读层。你只可以使用docker rmi来移除最顶层（top level layer）（也能够说是镜像），你也可使用-f参数来强制删除中间的只读层。 
 

docker commit

docker commit命令将容器的可读写层转换为一个只读层，这样就把一个容器转换成了不可变的镜像。

 

docker build

docker build命令很是有趣，它会反复的执行多个命令。

咱们从上图能够看到，build命令根据Dockerfile文件中的FROM指令获取到镜像，而后重复地1）run（create和start）、2）修改、3）commit。在循环中的每一步都会生成一个新的层，所以许多新的层会被建立。

 

docker exec

docker exec 命令会在运行中的容器执行一个新进程。
 

docker inspect or

docker inspect命令会提取出容器或者镜像最顶层的元数据。
 

docker save

docker save命令会建立一个镜像的压缩文件，这个文件可以在另一个主机的Docker上使用。和export命令不一样，这个命令为每个层都保存了它们的元数据。这个命令只能对镜像生效。
 

docker export

docker export命令建立一个tar文件，而且移除了元数据和没必要要的层，将多个层整合成了一个层，只保存了当前统一视角看到的内容（译者注：expoxt后的容器再import到Docker中，经过docker images –tree命令只能看到一个镜像；而save后的镜像则不一样，它可以看到这个镜像的历史镜像）。
 

docker history

docker history命令递归地输出指定镜像的历史镜像。

 

结论

我但愿大家能喜欢这篇文章。还有其余许多的命令（pull，search，restart，attach等）我没有说起，可是我相信经过阅读这篇文章，大部分的Docker命令都可以被很好理解。我仅仅学习了Docker两个星期，所以，若是我有什么地方说的很差，欢迎你们指出。

来源：http://www.youruncloud.com/docker/1_68.html