Docker容器技术之镜像理论

Docker容器技术之镜像理论

一、镜像的内部结构

在日常的开发中，我们一般不需要自己进行镜像制作，但是如果想要给自己编写的程序制作镜像的话那就需要我们会制作镜像。在制作镜像之前，我们有必要对镜像的内部结构进行了解掌握，不然按照指令要求制作镜像只知其一，不知其二。

1.最小的镜像hello-world

hello-world镜像是Docker官方提供的最下的镜像，用来验证docker是否安装成功，我们一般使用也是这样。

从上图中我们可以看到hello-world镜像只有13KB之多，运行这个镜像会出现什么结果呢？

上面的结果就是运行hello-world镜像之后的结果。她首先说明了你的Docker安装成功，然后简单介绍了运行镜像的过程。
这个镜像是怎么制作的？

Dockerfile是镜像的描述文件，定义了如何构建Docker镜像。Dockerfile的语法简洁且可读性强，后面我们会专门文章介绍如何编写Dockerfile。
利用Dockerfile我们自己可以编写自己的镜像。

hello-world镜像的Dockerfile非常简单：

（1）FROM scratch镜像是从白手起家，从0开始构建。
（2）COPY hello/将文件“hello”复制到镜像的根目录。
（3）CMD[“/hello”]容器启动时，执行/hello。
hello文件就是输出上面打印的信息。

2.base镜像

base镜像有两层含义：（1）不依赖其他镜像，从scratch构建；（2）其他镜像可以以之为基础进行扩展。所以，能称作base镜像的都是各种Linux发行版的镜像，如Ubuntu、Debian、CentOS等。
在本集中我就下载了Ubuntu镜像的多个版本。

从上图中可以看到base镜像的体积都很小。我们安装操作系统的时候体积都非常的大，为什么镜像的体积这么小呢？
原因在下边：
Linux操作系统由内核空间和用户空间组成，内核空间是kernel, Linux刚启动时会加载bootfs文件系统，之后bootfs会被卸载掉。用户空间的文件系统是rootfs，包含我们熟悉的 /dev、/proc、/bin等目录。对于base镜像来说，底层直接用Host的kernel，自己只需要提供rootfs就行了。而对于一个精简的OS, rootfs可以很小，只需要包括最基本的命令、工具和程序库就可以了。

二、镜像的分层结构

Docker支持通过扩展现有镜像，创建新的镜像。实际上，Docker Hub中99%的镜像都是通过在base镜像中安装和配置需要的软件构建出来的。
为什么Docker镜像要采用这种分层结构呢？
最大的一个好处就是：共享资源。
可写容器层
当容器启动时，一个新的可写层被加载到镜像的顶部。所有对容器的改动，无论添加、删除，还是修改文件都只会发生在容器层中。只有容器层是可写的，容器层下面的所有镜像层都是只读的。
镜像层数量可能会很多，所有镜像层会联合在一起组成一个统一的文件系统。如果不同层中有一个相同路径的文件，比如/a，上层的 /a会覆盖下层的 /a，也就是说用户只能访问到上层中的文件 /a。在容器层中，用户看到的是一个叠加之后的文件系统。（1）添加文件。在容器中创建文件时，新文件被添加到容器层中。
（2）读取文件。在容器中读取某个文件时，Docker会从上往下依次在各镜像层中查找此文件。一旦找到，打开并读入内存。
（3）修改文件。在容器中修改已存在的文件时，Docker会从上往下依次在各镜像层中查找此文件。一旦找到，立即将其复制到容器层，然后修改之。
（4）删除文件。在容器中删除文件时，Docker也是从上往下依次在镜像层中查找此文件。找到后，会在容器层中记录下此删除操作。
只有当需要修改时才复制一份数据，这种特性被称作Copy-on-Write。可见，容器层保存的是镜像变化的部分，不会对镜像本身进行任何修改。