Docker中的镜像分层技术详解

　　早在集装箱没有出现的时候，码头上还有许多搬运的工人在搬运货物，在集装箱出现以后，码头上看到更多的不是工人，而且集装箱的搬运模式更加单一，更加高效，还有其他的好处，比如：货物多打包在集装箱里面，可以防止货物之前相互影响。并且到了另外一个码头需要转运的话，有了在集装箱以后，直接把它运送到另一个容器内即可，完全可以保证里面的货物是整体的搬迁，并且不会损坏货物本身。那么 docker 镜像在 IT 行业中也扮演着非常重要的形象。

什么是docker 镜像

　　就是把业务代码，可运行环境进行整体的打包

如何创建docker镜像：

　　现在docker官方共有仓库里面有大量的镜像，所以最基础的镜像，我们可以在共有仓库直接拉取，因为这些镜像都是原厂维护，可以得到即使的更新和修护。

Dockerfile：

　　我们如果想去定制这些镜像，我们可以去编写Dockerfile，然后重新bulid，最后把它打包成一个镜像，这种方式是最为推荐的方式包括我们以后去企业当中去实践应用的时候也是推荐这种方式。

Commit :

　　当然还有另外一种方式，就是通过镜像启动一个容器，然后进行操作，最终通过commit这个命令commit一个镜像，但是不推荐这种方式，虽然说通过commit这个命令像是操作虚拟机的模式，但是容器毕竟是容器，它不是虚拟机，所以大家还是要去适应用Dockerfile去定制这些镜像这种习惯。

　　镜像的概念主要就是把把运行环境和业务代码进行镜像的打包，我们这个课重点是了解镜像的分层技术，我们先来看一个Ubuntu系统的镜像。

　　我们可以镜像可以分层很多个layer，并且他们都有大小和ID，我们可以看到这里有4个layer ID号，最终这个镜像是由他们layer组合而成，并且这个镜像它是只读的，它不能往里面写数据，如果想写数据怎么办呢？我们会在镜像上启一层contain layer，其实就是相当于把镜像启动成一个容器，那么在容器这一层，我们是可写的。

　　比如我们想在这个Ubuntu这个系统上加一层，只能在上面继续叠加，这些工作其实都是由cow，写字库下的机制来实现的。

子镜像

　　下载的时候只会下载子镜像最上面的一层，因为其它层已经有了，那么它可以做到一个节约空间的作用。

父镜像

最为典型的就是镜像的分层技术——aufs

Aufs是Another Union File System的缩写，支持将多个目录挂载到同一个虚拟目录下。

　　已构建的镜像会设置成只读模式，read-write写操作是在read-only上的一种增量操作，固不影响read-only层。

这个研究有一个好处，比如我们现在可以看到手机里面的APP，在命令里面都会用APP字段下回来，在下回来之前它就是一个静态的，我们没有往里面写东西，但是我们启动起来以后，我们就可以往里面写东西，进行各种各样的操作。但是如果我们把它关掉了以后，或者删除了以后，它的这个镜像是存在远端的，所以在这个镜像里面是不会去修改的。并且这样也会有一个非常好的地方，这个场景非常适合我们去实现测试环境，因为我们的测试环境经常会有一个操作就是灌数据，我们可以提前把这个镜像数据打包到测试里面，那么这个镜像软件里面包含了，最上面是nginx，比如它里面会有一些数据，我们可以在往上面打一层数据，打完之后把它起成一个容器就可以去测试，测试完之后这个容器里面会生成各种各样的数据，也就是脏数据，这样的话，我们就可以把这个容器删掉，删掉以后我们镜像里面的容器是不会受影响的。如果说它想再创建一套，我们可以把这个镜像再启一个容器，就可以是一个一模一样的，并且是一个干净的环境。

原文链接： http://www.maiziedu.com/wiki/cloud/dockerimage/

原文：http://www.cnblogs.com/space007/p/6042483.html