Docker容器的加载原理、分层原理、commit镜像
一、什么是镜像
镜像是一种轻量级、可执行的独立软件包，用来打包软件运行环境和基于运行环境开发的软件。 它包含运行某个软件所需的所有内容，包括代码、运行时环境、库、环境变量和配置文件。 所有的应用，直接打包成docker镜像，就可以直接跑起来。如何得到镜像：
从远程仓库下载 从其他地方copy 自己制作一个镜像 DockerFile二、docker镜像加载原理
1. 联合文件系统UnionFSUnionFS是一种分层、轻量级并且高性能的文件系统。支持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下。这个在我们下载镜像的时候，就可以看到这样的效果。
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镜像都起始于一个基础镜像层，当进行修改或者增加新的内容时，就会在当前镜像层之上，创建新的镜像层。
比如：
我现在要制作一个镜像。
这个镜像基于Ubuntu linux 16.04，这也是镜像的第一层。 继续还要安装python包，就会在第一层之上创建第二个镜像层。 继续打补丁的话，还会再创建第三个镜像层。要注意的是：
在添加额外的镜像层的同时，镜像始终保持是当前所有镜像的组合，如下图：
这里每个镜像层包含了3个文件，而镜像则是包含了来自2个镜像层的6个文件。
现在，如果第二层中的 文件5 需要升级版本。这时候上层镜像中的文件会覆盖底层镜像中对应的文件，使得文件里更新版本作为一个新镜像层添加到镜像当中。
docker 通过存储引擎的方式来实现镜像层堆栈，并保证多镜像层对外展示为统一的文件系统。
四、commit镜像
通过上面的了解，现在已经知道镜像的结构原理，那么我们自己就可以制作一个镜像来。
比如，现在pull一个tomcat镜像作为基础层，我启动这个镜像后，在容器里做了一些我自己的改动，我觉得我的这些改动很好，镜像变得更好用了。那么我需要来保存这个容器的状态，通过commit命令，提交镜像。
运行tomcat后，进入到webapps下，发现是没有项目的，因为是阉割版。
现在我把webapps.dist下的所有内容copy到webapps下。
现在我提交这个改动过后的容器。
提交成功后，docker images查看镜像，发现已经保存在本地。
通过自己的提交镜像操作，再回过来体会下镜像的分层，是不是理解更深刻了些？
以上就是Docker容器的加载分层原理及commit镜像的详细内容，更多关于Docker加载分层commit镜像的资料请关注服务器之家其它相关文章！
原文地址：https://blog.csdn.net/wessonlan/article/details/124813060
声明： 猿站网有关资源均来自网络搜集与网友提供，任何涉及商业盈利目的的均不得使用，否则产生的一切后果将由您自己承担！ 本平台资源仅供个人学习交流、测试使用 所有内容请在下载后24小时内删除，制止非法恶意传播，不对任何下载或转载者造成的危害负任何法律责任！也请大家支持、购置正版！ 。本站一律禁止以任何方式发布或转载任何违法的相关信息访客发现请向站长举报，会员发帖仅代表会员个人观点，并不代表本站赞同其观点和对其真实性负责。本网站的资源部分来源于网络，如有侵权烦请发送邮件至：2697268773@qq.com进行处理。