Использование кэширования сборки

Сборка образов Docker может занимать время, особенно для сложных приложений. Кэш сборки Docker — это интеллектуальная функция, которая помогает значительно ускорить этот процесс!

Она повторно использует слои из предыдущих сборок, поэтому Docker не приходится каждый раз собирать всё с нуля.

Когда Вы собираете образ Docker с помощью Dockerfile, Docker выполняет каждую инструкцию построчно.

• Каждая инструкция, например FROM, RUN или COPY, создаёт новый «слой» в образе.
• Эти слои накладываются друг на друга, формируя итоговый образ.

Перед выполнением инструкции Docker проверяет, собирал ли он раньше точно такой же слой. Он сравнивает:

• Саму инструкцию (например, RUN apt update).
• «Контекст» для определённых инструкций (например, файлы, которые копируются с помощью COPY).

Если найден подходящий слой, Docker повторно использует его из кэша вместо повторного выполнения инструкции.

Кэш очень полезен, но используется не всегда. Если Docker обнаруживает изменение в инструкции или её контексте, кэш этого слоя и всех последующих слоёв становится недействительным.

Это означает, что Docker выполнит сборку заново с этого места, игнорируя расположенные ниже кэшированные слои.

Чтобы максимально использовать кэш, располагайте инструкции Dockerfile от наименее изменчивых к наиболее изменчивым.

• Сначала стабильные зависимости: устанавливайте системные пакеты или зависимости приложения, которые изменяются редко.
• Код приложения — в конце: копируйте исходный код приложения, который изменяется часто, как можно позже.

Рассмотрим пример. Если разместить команду RUN pip install (которая обычно изменяется реже) перед COPY . . (которая изменяется при каждом обновлении кода), Docker сможет повторно использовать слой зависимостей.

Представьте, что в requirements.txt указаны flask и gunicorn, а app.py — это Ваше основное приложение.

Dockerfile:

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

Если изменяется только app.py, Docker пересобирает только последние слои COPY и CMD, экономя время!

Когда Вы используете COPY . ., Docker проверяет изменения в каждом файле контекста сборки. Даже небольшие несущественные файлы (например, папки .git или локальные данные для тестов) могут сделать кэш недействительным.

Используйте файл .dockerignore, чтобы исключить ненужные файлы и каталоги из контекста сборки. Это не позволит им вызывать недействительность кэша.

Поместите файл с именем .dockerignore в корень контекста сборки (рядом с файлом Dockerfile).

Пример файла .dockerignore:

.git
.venv
__pycache__
*.log
node_modules

Теперь при использовании COPY . . Docker игнорирует эти файлы, благодаря чему попадания в кэш становятся более надёжными!

Иногда необходимо собрать всё заново, полностью игнорируя кэш. Это может быть полезно при отладке или для гарантии использования самых последних версий зависимостей.

Вы можете принудительно пересобрать образ Docker без использования кэша, добавив флаг --no-cache к команде сборки:

docker build --no-cache -t my-app:latest .

Вы собираете образ Docker для приложения на Node.js. Сейчас Ваш файл Dockerfile выглядит так:

FROM node:16-alpine
WORKDIR /app
COPY . .
RUN npm install
CMD ["npm", "start"]

Какое изменение лучше всего оптимизирует этот файл Dockerfile для кэширования сборки?

Отличная работа! Вы научились использовать кэш сборки Docker для ускорения сборки образов.

• Docker собирает образы слой за слоем, по возможности повторно используя кэшированные слои.
• Изменения в инструкции или её контексте делают кэш недействительным начиная с этого места.
• Оптимизируйте сборку, располагая инструкции от наименее изменчивых к наиболее изменчивым.
• Используйте .dockerignore, чтобы исключать несущественные файлы из контекста сборки.
• Используйте --no-cache, чтобы при необходимости принудительно выполнить сборку заново.

Эффективное кэширование ускоряет циклы разработки и делает развёртывание более гибким!