4.5 性能优化：如何通过缓存与分层构建将 Docker 构建速度提升 10 倍？
1. 引言：构建慢，是 DevOps 的原罪
“改一行代码，等半小时构建。”
这是很多开发者的噩梦。构建慢直接导致：
- 开发反馈环变长，效率低下。
- 紧急 Bug 修复无法快速上线。
- CI 服务器资源被长时间占用，排队严重。
本节我们将化身“性能优化师”，深入 Docker 构建的底层，运用分层缓存、多阶段构建和Kaniko三大秘籍，把 20 分钟的构建时间压缩到 2 分钟。
2. 秘籍一：利用 Layer Caching（层缓存）
2.1 原理回顾
Docker 构建是分层的。如果某一层没变，Docker 会直接用缓存。
一旦某一层变了，它之后的所有层都会失效，必须重新构建。
2.2 反面教材
FROM python:3.9 WORKDIR /app COPY . . # 这里把所有源代码都拷进去了！ RUN pip install -r requirements.txt # 如果源代码变了，这行缓存必失效！ CMD ["python", "app.py"]只要你改了app.py里的一个标点符号，COPY . .这一层就变了。
导致RUN pip install ...这一层必须重跑。重新下载几百兆的依赖包，浪费 5 分钟。
2.3 最佳实践：依赖前置
FROM python:3.9 WORKDIR /app # 1. 先只拷依赖描述文件 COPY requirements.txt . # 2. 安装依赖 (只要 requirements.txt 没变，这层永远用缓存) RUN pip install -r requirements.txt # 3. 最后拷源代码 COPY . . CMD ["python", "app.py"]效果：当你只改业务代码时，pip install 完全命中缓存，构建只需 1 秒。
3. 秘籍二：Docker BuildKit 与远程缓存
3.1 痛点：CI 里的缓存去哪了？
在本地开发时，Layer Caching 很好用。
但在 Jenkins/GitLab CI 里，每次构建都在一个新的、干
