mirror of
https://github.com/yeasy/docker_practice.git
synced 2026-03-10 11:54:37 +00:00
236 lines
9.8 KiB
Go
236 lines
9.8 KiB
Go
## 2.1 Docker 镜像
|
||
|
||
Docker 镜像作为容器运行的基石，其设计理念和实现机制至关重要。本节将深入探讨镜像的本质、与操作系统的关系、内容构成以及核心的分层存储机制。
|
||
|
||
### 一句话理解镜像
|
||
|
||
> **Docker 镜像是一个只读的模板，包含了运行应用所需的一切：代码、运行时、库、环境变量和配置文件。**
|
||
|
||
如果用一个类比：**镜像就像是一张光盘或 ISO 文件**。你可以用同一张光盘在不同电脑上安装系统，而光盘本身不会被修改。同样，一个镜像可以创建多个容器，而镜像本身保持不变。
|
||
|
||
### 镜像与操作系统的关系
|
||
|
||
我们都知道，操作系统分为**内核**和**用户空间**：
|
||
|
||
```
|
||
┌─────────────────────────────────────────────────────────────┐
|
||
│ 用户空间 │
|
||
│ ┌─────────────────────────────────────────────────────┐ │
|
||
│ │ 应用程序、工具、库、配置文件... │ │
|
||
│ │ （这部分被打包成 Docker 镜像） │ │
|
||
│ └─────────────────────────────────────────────────────┘ │
|
||
├─────────────────────────────────────────────────────────────┤
|
||
│ Linux 内核 │
|
||
│ （容器共享宿主机的内核） │
|
||
└─────────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
对于 Linux 而言，内核启动后会挂载 `root` 文件系统来提供用户空间支持。**Docker 镜像**本质上就是一个 `root` 文件系统。
|
||
|
||
例如，官方镜像 `ubuntu:24.04` 包含了一套完整的 Ubuntu 24.04 最小系统的 root 文件系统——但**不包含 Linux 内核**（因为容器共享宿主机的内核）。
|
||
|
||
### 镜像包含什么？
|
||
|
||
Docker 镜像是一个特殊的文件系统，包含：
|
||
|
||
| 内容类型 | 示例 |
|
||
|---------|------|
|
||
| **程序文件** | 应用二进制文件、Python/Node 解释器 |
|
||
| **库文件** | libc、OpenSSL、各种依赖库 |
|
||
| **配置文件** | nginx.conf、my.cnf 等 |
|
||
| **环境变量** | PATH、LANG 等预设值 |
|
||
| **元数据** | 启动命令、暴露端口、数据卷定义 |
|
||
|
||
**关键特性**：
|
||
- ✅ 镜像是**只读**的
|
||
- ✅ 镜像**不包含**动态数据
|
||
- ✅ 镜像构建后**内容不会改变**
|
||
|
||
### 分层存储：镜像的核心设计
|
||
|
||
|
||
镜像的分层存储机制是 Docker 最具创新性的特性之一。通过 Union FS 技术，Docker 能够高效地构建和管理镜像。
|
||
|
||
#### 为什么需要分层？
|
||
|
||
笔者认为，分层存储是 Docker 最巧妙的设计之一。
|
||
|
||
假设你有三个应用，都基于 Ubuntu 运行：
|
||
|
||
```
|
||
传统方式（不分层）：
|
||
┌─────────────┐ ┌─────────────┐ ┌─────────────┐
|
||
│ App A │ │ App B │ │ App C │
|
||
│ Ubuntu │ │ Ubuntu │ │ Ubuntu │
|
||
│ 500MB │ │ 500MB │ │ 500MB │
|
||
└─────────────┘ └─────────────┘ └─────────────┘
|
||
总计：1.5GB ❌
|
||
|
||
Docker 分层方式：
|
||
┌─────────────┐ ┌─────────────┐ ┌─────────────┐
|
||
│ App A │ │ App B │ │ App C │
|
||
│ 50MB │ │ 30MB │ │ 40MB │
|
||
└──────┬──────┘ └──────┬──────┘ └──────┬──────┘
|
||
│ │ │
|
||
└────────────────┼────────────────┘
|
||
▼
|
||
┌─────────────────┐
|
||
│ Ubuntu │
|
||
│ （共享）500MB │
|
||
└─────────────────┘
|
||
总计：620MB ✅
|
||
```
|
||
|
||
#### 分层是如何工作的？
|
||
|
||
笔者用一个实际的 Dockerfile 来解释分层：
|
||
|
||
```docker
|
||
FROM ubuntu:24.04 # 第 1 层：基础系统（约 78MB）
|
||
RUN apt-get update # 第 2 层：更新包索引
|
||
RUN apt-get install nginx # 第 3 层：安装 nginx
|
||
COPY app.conf /etc/nginx/ # 第 4 层：复制配置文件
|
||
```
|
||
|
||
构建后的镜像结构：
|
||
|
||
```
|
||
┌─────────────────────────────────────┐
|
||
│ 第 4 层: COPY app.conf (只读) │ ← 最新添加的层
|
||
├─────────────────────────────────────┤
|
||
│ 第 3 层: nginx 安装文件 (只读) │
|
||
├─────────────────────────────────────┤
|
||
│ 第 2 层: apt 缓存更新 (只读) │
|
||
├─────────────────────────────────────┤
|
||
│ 第 1 层: Ubuntu 基础系统 (只读) │ ← 基础镜像层
|
||
└─────────────────────────────────────┘
|
||
```
|
||
|
||
每一层的特点：
|
||
- **只读**：构建完成后不可修改
|
||
- **可共享**：多个镜像可以共享相同的层
|
||
- **有缓存**：未变化的层不会重新构建
|
||
|
||
#### 分层存储的"陷阱"
|
||
|
||
> ⚠️ **笔者特别提醒**：理解这一点可以帮你避免构建出臃肿的镜像。
|
||
|
||
**关键原理**：每一层的文件变化会被记录，但**删除操作只是标记，不会真正减小镜像体积**。
|
||
|
||
```docker
|
||
## 错误示范 ❌
|
||
|
||
FROM ubuntu:24.04
|
||
RUN apt-get update
|
||
RUN apt-get install -y build-essential # 安装编译工具（约 200MB）
|
||
RUN make && make install # 编译应用
|
||
RUN apt-get remove build-essential # 试图删除编译工具
|
||
## 结果：镜像仍然包含 200MB 的编译工具！
|
||
```
|
||
|
||
```docker
|
||
## 正确做法 ✅
|
||
|
||
FROM ubuntu:24.04
|
||
RUN apt-get update && \
|
||
apt-get install -y build-essential && \
|
||
make && make install && \
|
||
apt-get remove -y build-essential && \
|
||
apt-get autoremove -y && \
|
||
rm -rf /var/lib/apt/lists/*
|
||
## 在同一层完成安装、使用、清理
|
||
```
|
||
|
||
#### 查看镜像的分层
|
||
|
||
运行以下命令：
|
||
|
||
```bash
|
||
## 查看镜像的历史（每层的构建记录）
|
||
|
||
$ docker history nginx:latest
|
||
|
||
IMAGE CREATED CREATED BY SIZE
|
||
a6bd71f48f68 2 weeks ago CMD ["nginx" "-g" "daemon off;"] 0B
|
||
<missing> 2 weeks ago STOPSIGNAL SIGQUIT 0B
|
||
<missing> 2 weeks ago EXPOSE map[80/tcp:{}] 0B
|
||
<missing> 2 weeks ago ENTRYPOINT ["/docker-entrypoint.sh"] 0B
|
||
<missing> 2 weeks ago COPY 30-tune-worker-processes.sh /docker-ent… 4.62kB
|
||
...
|
||
```
|
||
|
||
### 镜像的标识
|
||
|
||
Docker 镜像有多种标识方式：
|
||
|
||
#### 1. 镜像名称和标签
|
||
|
||
格式：`[仓库地址/]仓库名[:标签]`
|
||
|
||
```bash
|
||
## 完整格式
|
||
|
||
registry.example.com/myproject/myapp:v1.2.3
|
||
|
||
## 简写（使用 Docker Hub）
|
||
|
||
nginx:1.25
|
||
ubuntu:24.04
|
||
|
||
## 省略标签（默认使用 latest）
|
||
|
||
nginx # 等同于 nginx:latest
|
||
```
|
||
|
||
#### 2. 镜像 ID（Content-Addressable）
|
||
|
||
每个镜像有一个基于内容计算的唯一 ID：
|
||
|
||
```bash
|
||
$ docker images
|
||
REPOSITORY TAG IMAGE ID CREATED SIZE
|
||
nginx latest a6bd71f48f68 2 weeks ago 187MB
|
||
ubuntu 24.04 ca2b0f26964c 3 weeks ago 78.1MB
|
||
```
|
||
|
||
#### 3. 镜像摘要（Digest）
|
||
|
||
更精确的标识，基于镜像内容的 SHA256 哈希：
|
||
|
||
```bash
|
||
$ docker images --digests
|
||
REPOSITORY TAG DIGEST IMAGE ID
|
||
nginx latest sha256:6db391d1c0cfb30588ba0bf72ea999404f2764184d8b8d10d89e8a9c6... a6bd71f48f68
|
||
```
|
||
|
||
> 💡 笔者建议：在生产环境使用镜像摘要而非标签，因为标签可以被覆盖，但摘要是不可变的。
|
||
|
||
### 镜像的来源
|
||
|
||
Docker 镜像可以通过以下方式获取：
|
||
|
||
| 方式 | 说明 | 示例 |
|
||
|------|------|------|
|
||
| **从 Registry 拉取** | 最常用的方式 | `docker pull nginx` |
|
||
| **从 Dockerfile 构建** | 自定义镜像 | `docker build -t myapp .` |
|
||
| **从容器提交** | 保存容器状态（不推荐） | `docker commit` |
|
||
| **从文件导入** | 离线传输 | `docker load < image.tar` |
|
||
|
||
### 本章小结
|
||
|
||
| 概念 | 要点 |
|
||
|------|------|
|
||
| **镜像是什么** | 只读的应用模板，包含运行所需的一切 |
|
||
| **分层存储** | 多层叠加，共享基础层，节省空间 |
|
||
| **只读特性** | 构建后不可修改，保证一致性 |
|
||
| **层的陷阱** | 删除操作只是标记，不减小体积 |
|
||
|
||
理解了镜像，接下来让我们学习[容器](2.2_container.md)——镜像的运行实例。
|
||
|
||
### 延伸阅读
|
||
|
||
- [获取镜像](../04_image/4.1_pull.md)：从 Registry 下载镜像
|
||
- [使用 Dockerfile 定制镜像](../04_image/4.5_build.md)：创建自己的镜像
|
||
- [Dockerfile 最佳实践](../16_appendix/16.1_best_practices.md)：构建高质量镜像的技巧
|
||
- [底层实现 - 联合文件系统](../14_implementation/14.4_ufs.md)：深入理解分层存储的技术原理
|