2014-10-21 13:59:03 +08:00
|
|
|
|
## Docker 镜像
|
2014-09-15 17:08:06 +08:00
|
|
|
|
|
2017-11-01 15:47:41 +08:00
|
|
|
|
我们都知道,操作系统分为内核和用户空间。对于 Linux 而言,内核启动后,会挂载 `root` 文件系统为其提供用户空间支持。而 Docker 镜像(Image),就相当于是一个 `root` 文件系统。比如官方镜像 `ubuntu:17.10` 就包含了完整的一套 Ubuntu 17.10 最小系统的 `root` 文件系统。
|
2014-10-21 13:59:03 +08:00
|
|
|
|
|
2016-11-08 05:57:30 +08:00
|
|
|
|
Docker 镜像是一个特殊的文件系统,除了提供容器运行时所需的程序、库、资源、配置等文件外,还包含了一些为运行时准备的一些配置参数(如匿名卷、环境变量、用户等)。镜像不包含任何动态数据,其内容在构建之后也不会被改变。
|
2014-10-21 13:59:03 +08:00
|
|
|
|
|
2016-11-08 04:10:11 +08:00
|
|
|
|
### 分层存储
|
|
|
|
|
|
2016-11-08 05:57:30 +08:00
|
|
|
|
因为镜像包含操作系统完整的 `root` 文件系统,其体积往往是庞大的,因此在 Docker 设计时,就充分利用 [Union FS](https://en.wikipedia.org/wiki/Union_mount) 的技术,将其设计为分层存储的架构。所以严格来说,镜像并非是像一个 ISO 那样的打包文件,镜像只是一个虚拟的概念,其实际体现并非由一个文件组成,而是由一组文件系统组成,或者说,由多层文件系统联合组成。
|
2016-11-08 04:10:11 +08:00
|
|
|
|
|
2016-11-08 05:57:30 +08:00
|
|
|
|
镜像构建时,会一层层构建,前一层是后一层的基础。每一层构建完就不会再发生改变,后一层上的任何改变只发生在自己这一层。比如,删除前一层文件的操作,实际不是真的删除前一层的文件,而是仅在当前层标记为该文件已删除。在最终容器运行的时候,虽然不会看到这个文件,但是实际上该文件会一直跟随镜像。因此,在构建镜像的时候,需要额外小心,每一层尽量只包含该层需要添加的东西,任何额外的东西应该在该层构建结束前清理掉。
|
2016-11-08 04:10:11 +08:00
|
|
|
|
|
2016-11-08 05:57:30 +08:00
|
|
|
|
分层存储的特征还使得镜像的复用、定制变的更为容易。甚至可以用之前构建好的镜像作为基础层,然后进一步添加新的层,以定制自己所需的内容,构建新的镜像。
|
2016-11-08 04:10:11 +08:00
|
|
|
|
|
2016-11-08 05:57:30 +08:00
|
|
|
|
关于镜像构建,将会在后续相关章节中做进一步的讲解。
|