Что такое кэширование слоёв в Docker?

Docker собирает образы по инструкциям из Dockerfile, и каждая инструкция (например, FROM, RUN, COPY, ADD) создаёт новый слой в итоговом образе. Эти слои представляют собой файловые снимки (snapshots), которые накладываются друг на друга. Ключевая оптимизация заключается в том, что Docker кэширует результаты выполнения каждой инструкции. При повторной сборке образа система проверяет, изменилась ли инструкция или файлы в её контексте (например, для COPY . /app проверяются копируемые файлы). Если изменений нет, Docker использует существующий кэшированный слой, пропуская его выполнение.

Как работает проверка кэша

Docker сравнивает хеш-сумму инструкции и её контекста с предыдущими сборками. Для инструкций типа RUN apt-get update контекстом является сама команда. Для инструкций копирования файлов (COPY, ADD) контекстом является содержимое копируемых файлов. Если хеш совпадает, слой берётся из кэша. Важно: как только встречается первый "некэшированный" слой (инструкция изменилась), все последующие слои также будут пересобраны, даже если их инструкции не менялись.

Практическое применение и пример

Чтобы максимально использовать кэш, нужно располагать инструкции в Dockerfile от наиболее стабильных к наиболее часто меняющимся. Например, установку зависимостей (которые меняются редко) следует делать до копирования исходного кода приложения (который меняется постоянно).

# Пример оптимизированного Dockerfile для Python-приложения
FROM python:3.11-slim

# 1. Редко меняющиеся инструкции — идут первыми для кэширования
WORKDIR /app

# 2. Копируем файл зависимостей отдельно
COPY requirements.txt .
# Этот слой закэшируется, пока requirements.txt не изменится
RUN pip install --no-cache-dir -r requirements.txt

# 3. Копируем весь исходный код — этот слой инвалидируется чаще всего
COPY . .

# 4. Команда запуска
CMD ["python", "app.py"]

В этом примере слой с установкой зависимостей (RUN pip install) будет закэширован до тех пор, пока файл requirements.txt остаётся неизменным. Это экономит время, так как установка пакетов — одна из самых долгих операций. Если же изменить одну строчку в app.py, то слой COPY . . инвалидируется, но установка зависимостей всё равно будет взята из кэша.

Где это применяется

• Локальная разработка: Быстрые пересборки при изменении кода.
• CI/CD-пайплайны: Сокращение времени сборки и развёртывания, что экономит ресурсы и ускоряет доставку.
• Совместная работа: Все разработчики используют одинаковые кэшированные слои для базовых операций, обеспечивая консистентность.

Вывод: Кэширование слоёв Docker — фундаментальный механизм для эффективной сборки образов. Его стоит активно применять для ускорения разработки и CI/CD, правильно упорядочивая инструкции в Dockerfile, чтобы редко меняющиеся шаги выполнялись первыми и кэшировались.