Docker容器的加载原理、分层原理、commit镜像
一、什么是镜像
- 镜像是一种轻量级、可执行的独立软件包，用来打包软件运行环境和基于运行环境开发的软件。
- 它包含运行某个软件所需的所有内容，包括代码、运行时环境、库、环境变量和配置文件。
- 所有的应用，直接打包成docker镜像，就可以直接跑起来。
如何得到镜像：
- 从远程仓库下载
- 从其他地方copy
- 自己制作一个镜像 DockerFile
二、docker镜像加载原理
1. 联合文件系统UnionFS
UnionFS是一种分层、轻量级并且高性能的文件系统。支持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下。这个在我们下载镜像的时候，就可以看到这样的效果。
比如有涉及到相同的文件，那么就可以共用了，极大节省资源。
UnionFS是docker镜像的基础，镜像可以通过分层来进行继承，基于基础镜像(没有父镜像)，可以
制作各种具体的应用镜像。
特性：一次同时加载多个文件系统，但从外面看起来，只能看到一个文件系统，联合加载会把各层文件系统叠加起来，这样最终的文件系统会包含所有底层的文件和目录。
2. 镜像加载原理
docker的镜像实际上由一层一层的文件系统组成，这种层级文件系统就是上述的UnionFS。接着，在内部又分为2部分：
- bootfs(boot file system)：docker镜像的最底层是bootfs，主要包含bootloader(加载器)和kernel(内核)。bootloader主要是引导加载kernel，linux刚启动时会加载bootfs文件系统。这一层与典型的linux/Unix系统一样，包含bootloader和kernel。
当boot加载完成后，整个内核就在内存中了，此时内存的使用权已由bootfs转交给了内核，此时系统也会卸载bootfs。
这里的加载，可以理解为，我们windows电脑开机时候，从黑屏到进入操作系统的过程。 - rootfs(root file system)：在bootfs之上，包含的就是典型linux系统中的
/dev、/proc、/bin、/etc等标准目录和文件。
rootfs就是各种不同的操作系统发行版，比如Ubuntu、Centos等等。
如图所示：
图中以debian系统为例，从左到右，分为3个过程:
- 图1，开始的状态，下载了一个debian系统。
- 图2，安装了一个emacs，这时候可以看到在图1基础上，加了一层Image。
- 图3，又装了一个Apache，此时在图2的基础上再加了一层Image。
说明了docker的镜像实际上是由层一层的文件系统组成的。对于不同的的linux发行版本，bootfs基本是一致的，rootfs会有差别，所以不同的发行版可以共用bootfs。
另外，在docker上的操作系统通常都是精简版的，在VM上安装个centos镜像大小1个G多，而在docker上的centos镜像只有200M大小。
因为底层直接用主机的内核，自己只需要提供rootfs就行了，所以rootfs可以很小，只需要包含最基本的命令、工具和程序库即可。
这样一来，启动速度也快了，因为最浪费时间的引导加载过程没了。
三、分层原理
知道了镜像的加载原理，不妨再回头看下镜像分层的原理。之前提过，镜像下载的时候是分层下载的，有些层如果已经存在了，就无需再次下载。
比如我下载一个redis的镜像。
这种方式最大的好处就在于资源共享。比如有多个镜像都从相同的BASE镜像构建来的，那么宿主机只需要在磁盘上保留1分BASE镜像，同时内存中也只需要加载一份BASE镜像，这样所有的容器都可以使用。另外，镜像的每一层都是可以共享的。
可以通过docker image inspect来查看镜像的分层，比如查看刚才下载的redis镜像：
docker image inspect redis:latest
所有的docker镜像都起始于一个基础镜像层，当进行修改或者增加新的内容时，就会在当前镜像层之上，创建新的镜像层。
比如：
我现在要制作一个镜像。
- 这个镜像基于Ubuntu linux 16.04，这也是镜像的第一层。
- 继续还要安装python包，就会在第一层之上创建第二个镜像层。
- 继续打补丁的话，还会再创建第三个镜像层。
要注意的是：
在添加额外的镜像层的同时，镜像始终保持是当前所有镜像的组合，如下图：
这里每个镜像层包含了3个文件，而镜像则是包含了来自2个镜像层的6个文件。
现在，如果第二层中的 文件5 需要升级版本。这时候上层镜像中的文件会覆盖底层镜像中对应的文件，使得文件里更新版本作为一个新镜像层添加到镜像当中。
docker 通过存储引擎的方式来实现镜像层堆栈，并保证多镜像层对外展示为统一的文件系统。
四、commit镜像
通过上面的了解，现在已经知道镜像的结构原理，那么我们自己就可以制作一个镜像来。
比如，现在pull一个tomcat镜像作为基础层，我启动这个镜像后，在容器里做了一些我自己的改动，我觉得我的这些改动很好，镜像变得更好用了。那么我需要来保存这个容器的状态，通过commit命令，提交镜像。
docker commit -m="提交描述信息" -a="作者" 容器id 目标镜像名称:版本标签
运行tomcat后，进入到webapps下，发现是没有项目的，因为是阉割版。
现在我把webapps.dist下的所有内容copy到webapps下。
现在我用ip:8080就可以访问到项目了。
现在我提交这个改动过后的容器。
docker commit -m="pingguo first commit image" -a="pingguo" 03844ff66434 tomcatpingguo:1.0
提交成功后，docker images查看镜像，发现已经保存在本地。
通过自己的提交镜像操作，再回过来体会下镜像的分层，是不是理解更深刻了些？
以上就是Docker容器的加载分层原理及commit镜像的详细内容，更多关于Docker加载分层commit镜像的资料请关注脚本之家其它相关文章！