Слои образа и оптимизация

Образы Docker — это не один огромный файл. Вместо этого они состоят из последовательности слоёв, доступных только для чтения. Представьте эти слои как стопку прозрачных плёнок.

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

При написании Dockerfile почти каждая инструкция создаёт новый слой поверх предыдущего. Такие инструкции, как FROM, RUN, COPY и ADD, создают новые слои.

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

Увидеть слои, из которых состоит образ, можно с помощью команды docker history. Эта команда показывает каждую инструкцию, её размер и время создания, помогая понять, как увеличивался образ.

Это мощный инструмент для отладки проблем с размером образа.

Docker использует интеллектуальный кэш сборки. Если инструкция в Dockerfile и её контекст (например, копируемые файлы) не изменились с момента последней сборки, Docker повторно использует существующий слой.

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

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

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

Сравните эти два фрагмента Dockerfile. В хорошем порядке стабильные зависимости размещены первыми, поэтому Docker может кэшировать их и пересобирать только слои с изменяющимся кодом приложения.

Каждая команда RUN обычно создаёт новый слой. Вы можете уменьшить количество слоёв и часто сократить итоговый размер образа, объединив несколько команд в одну инструкцию RUN.

Используйте оператор && \, чтобы объединить команды в цепочку и сделать их частью одного атомарного слоя.

Вместо нескольких команд RUN объедините их в цепочку с помощью && \. Это создаёт один более эффективный слой для всех этих операций.

Всегда удаляйте файлы, которые нужны только в процессе сборки. Например, кэши менеджера пакетов (такие как apt-get clean) или временные артефакты сборки могут значительно увеличить размер слоёв образа.

Очистка в той же команде RUN, которая создала эти файлы, гарантирует, что они не сохранятся в предыдущем слое.

Рассмотрите следующий фрагмент Dockerfile:

FROM alpine:latest
COPY . /app
RUN apk add --no-cache git
RUN apk add --no-cache make
CMD ["sh"]

Какое из следующих изменений лучше всего оптимизирует этот Dockerfile для уменьшения размера образа и потенциального ускорения повторных сборок?

Вы узнали, что образы Docker создаются из слоёв, причём каждая инструкция часто создаёт новый слой. Понимание этого принципа — ключ к оптимизации!

• Тщательно упорядочивайте инструкции, чтобы максимально эффективно использовать кэш сборки.
• Объединяйте несколько команд RUN в одну, чтобы уменьшить количество слоёв.
• Удаляйте временные файлы в соответствующих командах RUN, чтобы слои оставались компактными.

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