### 一、镜像概述 Docker 镜像包含运行应用程序所需的所有内容：代码、运行时、库、环境变量和配置文件。镜像是构建 Docker 容器的蓝图。它们是分层的，每一层都代表一个镜像构建的指令。当你创建一个新的镜像时，你会在一个基础镜像之上添加一个新的层，这个基础镜像可能是一个操作系统（如 Ubuntu 或 CentOS），也可能是另一个已经包含了额外组件的镜像。每当你在镜像上执行一个操作（如安装软件包或修改文件），Docker 都会在镜像的顶部添加一个新的层 ### 二、镜像核心技术——联合文件系统 Union File System 联合文件系统允许多个不同的文件系统被叠加在一起，形成单个文件系统。每一层都可以添加变更，而不影响其他层。广泛应用于 Linux 发行版中的 Live CD、Docker 镜像等场景。常见的联合文件系统有 AUFS、OverlayFS、Btrfs 等 联合文件系统的原理是将多个目录（称为分支）叠加在一起，这样就可以合并它们的内容。用户在访问文件或目录时，实际上是在访问一个由这些分支叠加而成的统一视图。下面是一些关键特点和工作原理： - **分层结构：**在 UnionFS 中，每个分支都可以看作是一个层，层与层之间可以是只读或者可写的。这些层从下往上叠加，形成一个统一的文件系统。最下面的层通常是只读的，而最上面的层是可写的 - **只读和可写层：**只读层包含不变的数据，而可写层通常用于存储变更。这种结构使得基础数据（只读层）在多个应用中被重复利用，而不需要复制，从而节省空间 - **Copy-On-Write（COW）：**这是 UnionFS 的一种核心策略。当需要对文件进行修改时，如果该文件处于只读层，则首先会将该文件复制到最上面的可写层，然后再进行修改。这个过程称为“写时复制”，意味着只有在需要修改时，文件的副本才会被创建 - **文件和目录的合并视图：**从用户的角度来看，叠加在一起的所有层就像是一个普通的文件系统。如果多个层中包含了相同的文件或目录，UnionFS 按照一定的优先级规则（通常是最上面的层优先）来决定哪个版本对用户可见 - **删除和修改：**当删除或修改一个文件时，UnionFS 会在可写层创建一个特殊的标记（白板或删除标记），表示该文件在这个层被删除或修改了。即使底层的只读分支中仍然存在这个文件的原始版本，用户也看不到 - **透明性：**对于最终用户和应用程序来说，UnionFS 提供了一个透明的文件系统接口，使得它们无需关心底层的分层和叠加细节 ### 三、镜像核心技术——写时复制 Copy On Write 一种优化策略，用于在容器中管理文件系统的写入操作 #### 基本原理 1. **初始状态：** 当容器启动时，文件系统的各个层次被堆叠在一起，形成一个联合文件系统。这些层次中的每一个层都是只读的 2. **写操作触发：** 当容器需要对文件系统进行写操作时，例如创建、修改或删除文件，"Copy-On-Write"被触发 3. **创建副本：** 联合文件系统不直接在底层文件系统上执行写操作。相反，它在顶层的可写层创建一个被写入的文件或目录的副本 4. **仅在需要时复制：** 副本的创建是按需进行的，只有在写入操作发生时才会复制相关的文件或目录。直到写入操作发生，原始文件系统层仍然是只读的 #### 优势与好处 1. **避免污染底层层次：** "Copy-On-Write"策略确保了底层文件系统层不会被写入，因此原始镜像或者其他容器共享的底层层次不会被修改。这有助于维护原始镜像的不变性 2. **节省存储空间：** 由于只有在写入操作发生时才会创建副本，"Copy-On-Write"减少了对存储空间的需求。多个容器可以共享相同的底层层次，只需保存它们各自的修改，而不必复制整个文件系统 3. **快速创建副本：** 由于只有在需要时才复制文件，"Copy-On-Write"使得容器可以快速创建修改，而不需要复制整个文件系统，提高了性能和效率 4. **隔离写入操作：** "Copy-On-Write"确保了容器之间的文件写入操作是相互隔离的。每个容器都有自己的写入层，使得它们可以独立地对文件系统进行修改，而不会相互影响 ### 四、镜像制作 #### 技术 1. **Dockerfile：** Docker 使用 Dockerfile 来定义和描述镜像的构建步骤。Dockerfile 是一个文本文件，包含了从基础镜像开始，逐步添加、配置和操作的指令，最终构建出一个新的镜像。 2. **基础镜像：** 基础镜像是构建其他镜像的起点，它通常包含了操作系统和基本的运行时环境。选择适当的基础镜像对于镜像的性能和大小都有影响。 3. **Docker CLI：** Docker 命令行工具是与 Docker 引擎进行交互的主要方式。通过 Docker CLI，可以执行构建、运行、推送等操作，对 Docker 镜像进行管理。 4. **Docker Hub：** Docker Hub 是一个中央仓库，用于存储和分享 Docker 镜像。用户可以将自己构建的镜像推送到 Docker Hub，也可以从 Docker Hub 拉取公共镜像 #### 流程 1. **创建 Dockerfile：** 首先，通过创建一个 Dockerfile 来定义镜像的构建步骤。Dockerfile 包含了一系列指令，例如基础镜像的选择、软件的安装、配置文件的添加等 ```dockerfile FROM base_image:tag RUN apt-get update && apt-get install -y software COPY local-files /app ``` 2. **构建镜像：** 使用 `docker build` 命令执行 Dockerfile 中定义的构建步骤。这将会逐步执行每个指令，生成一个新的 Docker 镜像 ```bash docker build -t my_custom_image:tag . ``` 3. **运行容器：** 可以使用 `docker run` 命令基于刚刚构建的镜像启动容器。在容器中，你可以测试和验证构建的应用程序或服务 ```bash docker run -it my_custom_image:tag ``` 4. **推送到仓库：** 如果你想分享或备份你的镜像，可以使用 `docker push` 命令将镜像推送到 Docker Hub 或其他容器仓库 ```bash docker push my_custom_image:tag ``` 5. 持续集成（可选）：** 对于大型项目或团队，可以考虑将 Docker 镜像的构建过程整合到持续集成（CI）流程中，确保代码变更触发自动的构建和测试 #### Dockerfile编写关键指令 1. **FROM：** 指定基础镜像，所有其他指令都基于该镜像。 ```dockerfile FROM ubuntu:20.04 ``` 2. **LABEL：** 为镜像添加元数据，通常用于提供版本、描述等信息。 ```dockerfile LABEL maintainer="your-name" ``` 3. **RUN：** 在镜像中执行命令，用于安装软件包、配置环境等。 ```dockerfile RUN apt-get update && apt-get install -y software ``` 4. **COPY：** 将文件从主机复制到镜像中。 ```dockerfile COPY local-files /app ``` 5. **ADD：** 类似于 COPY，但可以处理 URL 和解压缩 tar 文件。 ```dockerfile ADD https://example.com/file.tar.gz /app ``` 6. **WORKDIR：** 设置工作目录，后续的相对路径都相对于该目录。 ```dockerfile WORKDIR /app ``` 7. **ENV：** 设置环境变量。 ```dockerfile ENV MY_VARIABLE=my-value ``` 8. **EXPOSE：** 声明容器运行时监听的网络端口。 ```dockerfile EXPOSE 80 ``` 9. **CMD：** 指定容器启动时要运行的命令。可以有多个 CMD，但只有最后一个生效。 ```dockerfile CMD ["executable", "param1", "param2"] ``` 10. **ENTRYPOINT：** 指定容器启动时要运行的命令，与 CMD 结合使用。CMD 提供默认参数。 ```dockerfile ENTRYPOINT ["executable", "param1", "param2"] ``` 11. **VOLUME：** 创建挂载点，用于持久化存储或与其他容器共享数据。 ```dockerfile VOLUME /data ``` 12. **USER：** 设置运行时的用户名或 UID。 ```dockerfile USER username ``` 13. **ARG：** 定义构建时的参数，可通过 `docker build` 命令传递。 ```dockerfile ARG version=latest ``` ### 五、镜像存储与分发 #### 存储方式： 1. **本地文件系统：** - Docker 镜像可以直接存储在本地文件系统上。这适用于开发和测试阶段，以及在单机环境中使用。 2. **Docker Hub 和其他 Registry：** - Docker Hub 是 Docker 官方提供的中央镜像仓库，允许用户将镜像上传至其中，并从中下载。私有仓库（如 Harbor、Amazon ECR、Azure Container Registry 等）也提供了类似的功能，适用于企业内部或有特殊需求的场景。 3. **Docker Volume：** - Docker Volume 用于持久化存储容器数据，但也可以用来存储镜像。这种方式适用于需要在容器之间共享数据的场景，但并不是首选的镜像存储方式。 4. **分布式存储系统：** - 在某些场景中，可以使用分布式存储系统（如 Ceph、GlusterFS、NFS 等）来存储 Docker 镜像。这种方式允许多个 Docker 主机共享相同的存储，提供高可用性和扩展性。 #### 分发方式： 1. **Docker Push 和 Pull：** 使用 `docker push` 命令将本地构建的镜像上传到 Docker Hub 或其他 Registry，并使用 `docker pull` 命令在其他机器上下载镜像。这是最常见的分发方式。 ```bash # 将镜像推送至 Docker Hub docker push username/repository:tag # 在其他机器上拉取镜像 docker pull username/repository:tag ``` **Docker Save 和 Load：** 使用 `docker save` 命令将镜像保存为 tar 文件，然后通过 `docker load` 命令在其他机器上加载。这种方式适用于离线环境或需要手动迁移镜像的情况。 ```bash # 将镜像保存为 tar 文件 docker save -o image.tar username/repository:tag # 在其他机器上加载镜像 docker load -i image.tar ``` **导出和导入容器快照：** 使用 `docker export` 命令导出容器快照，然后使用 `docker import` 命令导入为镜像。这种方式适用于将容器快照分享给其他人。 ```bash # 导出容器快照 docker export container_id > container.tar # 导入为镜像 cat container.tar | docker import - username/repository:tag ```