我是如何将Docker镜像大小缩减90%的：精简容器的最佳实践

硅基创想家

于 2025-02-24 11:22:59 发布

阅读量838

点赞数 21

分类专栏：云原生与微服务治理文章标签： docker 容器运维容器镜像

本文链接：https://blog.csdn.net/xidianjiapei001/article/details/145823853

版权

云原生与微服务治理专栏收录该内容

12 篇文章

订阅专栏

缩减Docker镜像大小对于简化开发工作流程、加快构建速度、缩短部署时间至关重要，同时还能节省宝贵的存储空间。结合自身经验，我摸索出了一些行之有效的策略，这些策略不仅能优化Docker镜像，还能提升整体性能和效率。以下是我在实践中运用并极力推荐的最佳做法，帮助你打造精简高效的Docker镜像。
在这里插入图片描述

1. 选择最小化基础镜像

选择最小化基础镜像是缩减Docker镜像大小最有效的方法之一。像Alpine、scratch或Debian-slim这类最小化基础镜像，相比Ubuntu或Debian等较大的基础镜像要小得多，因为它们只包含最基本的组件。

以Python为例

对比一下基于Ubuntu的典型Python镜像与基于Alpine的Python镜像的大小差异：

使用Ubuntu作为基础镜像：

FROM python:3.11-slim

镜像大小：约60MB（基于Ubuntu的Python 3.11镜像）

使用Alpine作为基础镜像：

FROM python:3.11-alpine

镜像大小：约23MB（基于Alpine的Python 3.11镜像）

基于Alpine的镜像大约是基于Ubuntu镜像的三分之一大小。这种显著的缩减得益于Alpine Linux，它是专为Docker环境设计的最小化发行版。使用这类最小化基础镜像，不仅能缩减镜像大小，还能减少攻击面，增强安全性。

2. 多阶段构建

多阶段构建允许将构建环境与运行时环境分离，确保只有必要的文件被纳入最终镜像。这种方法通过排除运行时不需要的构建工具和依赖项，有助于缩减最终Docker镜像的大小。

以Python为例

假设有一个Python应用程序，希望通过多阶段构建来保持最终镜像的精简：

# 构建阶段
FROM python:3.11-slim AS builder
WORKDIR /app

# 安装构建依赖项
COPY requirements.txt .
RUN pip install --user -r requirements.txt

# 复制应用程序代码
COPY . .

# 最终阶段
FROM python:3.11-slim
WORKDIR /app

# 仅安装运行时依赖项
COPY --from=builder /root/.local /root/.local
COPY . .

# 设置路径以包含用户安装的包
ENV PATH=/root/.local/bin:$PATH

CMD ["python", "app.py"]

大小对比

无多阶段构建：如果使用单阶段Dockerfile，最终镜像将同时包含构建依赖项和应用程序代码。例如：

FROM python:3.11-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install -r requirements.txt
COPY . .
CMD ["python", "app.py"]

镜像大小：约150MB（包含构建和运行时依赖项）。

有多阶段构建：使用上述多阶段构建示例，最终镜像会显著变小：
镜像大小：约60MB（仅包含运行时依赖项和应用程序代码）。

3. 删除不必要的文件

清理不必要的文件，如缓存、临时文件和构建依赖项，是缩减Docker镜像大小的关键步骤。这种做法确保镜像只包含运行应用程序所需的基本组件，同时减小镜像大小和潜在攻击面。

以Python为例

以下是在Python应用程序的Dockerfile中删除不必要文件的示例：

清理前：

FROM python:3.11-slim

WORKDIR /app

# 安装构建依赖项
COPY requirements.txt .
RUN pip install -r requirements.txt

# 复制应用程序代码
COPY . .

CMD ["python", "app.py"]

清理后：

FROM python:3.11-slim

WORKDIR /app

# 安装构建依赖项
COPY requirements.txt .
RUN pip install -r requirements.txt \
  # 清理临时文件和缓存
  && rm -rf /root/.cache/pip

# 复制应用程序代码
COPY . .

CMD ["python", "app.py"]

不清理：在未删除不必要文件的Dockerfile中，由于残留的缓存和临时文件，镜像大小可能会更大：
镜像大小：约150MB（包含构建缓存和不必要文件）。
清理后：使用诸如rm -rf /root/.cache/pip之类的清理命令删除缓存和临时文件，可以减小最终镜像大小：
镜像大小：约120MB（清理缓存和临时文件后）。

4. 使用.dockerignore文件

.dockerignore文件的功能类似于.gitignore文件，但用于Docker构建。它指定了哪些文件和目录应被排除在Docker构建上下文之外。这有助于减小构建上下文的大小，从而加快构建速度并生成更小的Docker镜像。

使用.dockerignore的好处

减小构建上下文大小：通过排除不必要的文件，减少了发送到Docker守护进程的数据量，加快了构建过程。
减小Docker镜像大小：排除最终镜像中不需要的文件，避免它们被包含进来，有助于保持镜像大小可控。
提高构建效率：较小的构建上下文意味着Docker可以更有效地缓存层，从而加快重建速度。

###.dockerignore文件示例
以下是一个简单的.dockerignore文件示例：

.git
node_modules
*.log
.DS_Store

无.dockerignore：当不必要的文件被包含在Docker构建上下文中时，它们会被发送到Docker守护进程并成为Docker镜像的一部分，即使最终镜像中并不使用它们。例如，包含.git目录或node_modules文件夹会显著增加构建上下文的大小。.git目录可能包含数百兆字节的版本历史记录，而node_modules可能会再增加数百兆字节生产镜像中不需要的依赖项。
对构建上下文大小的影响：排除最终镜像中不需要的文件和目录有助于减小构建上下文大小，否则根据排除文件的大小和数量，构建上下文可能会累计达到数GB。如果包含一个大的.git目录、node_modules和其他镜像中不需要的文件，构建上下文可能约为1GB。
有.dockerignore：通过使用.dockerignore文件排除不必要的文件，将构建上下文限制为仅包含应用程序必需的文件。这种排除可以显著减小构建上下文的大小。例如，排除.git、node_modules和其他大目录可以将上下文大小从数GB减少到仅几MB。
对镜像大小的影响：虽然.dockerignore文件本身不会直接减小最终Docker镜像的大小，但它可以防止不必要的文件被添加到构建上下文中。这会带来更高效的构建过程，并通过确保只包含相关文件来帮助创建更精简的最终镜像。排除这些不必要的文件后，构建上下文可能会减少到50MB，这可以显著缩短构建时间并使最终的Docker镜像更高效。

5. 尽量减少层数

在Docker中，Dockerfile中的每个RUN、COPY和ADD指令都会在生成的镜像中创建一个新层。这些层会增加Docker镜像的总体大小并影响构建性能。将命令合并为单个RUN指令有助于减少层数，从而生成更高效、更紧凑的Docker镜像。

在这里插入图片描述

未减少层数：每个单独的指令（RUN、COPY等）都会在Docker镜像中创建一个新层。这些层会累积，由于中间文件、临时数据和额外的元数据，可能导致镜像大小增加。例如，使用单独的RUN指令会导致多个层，每个层都增加自己的元数据和开销，这会使最终镜像大小膨胀。
对镜像大小的影响：如果使用多个RUN指令，如：

RUN apt-get update
RUN apt-get install -y curl
RUN apt-get clean

使用多个RUN指令可能导致镜像大小约为150MB，每个层都增加了开销。

减少层数：将命令合并为单个RUN指令可以减少层数，并有助于将更改合并到更少、更优化的层中。例如，将命令合并为一个RUN指令：

RUN apt-get update && apt-get install -y curl && apt-get clean

将命令合并为单个RUN指令可以将镜像大小减少到约130MB。这种缩减是通过将更改合并到更少的层中并最小化不必要的中间数据来实现的。

6. 使用特定的COPY命令

不要将整个目录复制到Docker镜像中，而是使用特定的COPY命令仅包含所需的文件。这种方法避免传输不必要的文件，从而减小镜像大小。

示例

COPY package.json .
COPY src/ src/

对大小的影响

通过仅复制特定的文件和目录，避免包含可能使镜像膨胀的不需要的文件。例如，排除开发文件或构建工件可以根据排除数据的大小将镜像大小减少几兆字节。

7. 使用多架构镜像

创建多架构Docker镜像可确保与各种环境（如ARM、x86）兼容。这种方法针对不同的硬件平台优化镜像。

对大小的影响

多架构镜像针对特定架构进行了优化，有可能减小在不同平台上使用的镜像大小。这有助于避免在只需要一种架构支持时，镜像因包含对多种架构的支持而变得臃肿。

结论

这些最佳实践有助于生成更高效、更安全、更快的Docker镜像，提升你的整体容器管理和部署流程。