Использовал ли ты в своих проектах многоэтапные образы Docker для оптимизации сборки?

Что хотят услышать интервьюеры:

Да, многоэтапные сборки Docker применялись для уменьшения размера итогового образа и отделения этапа сборки от этапа запуска. Обычно на первом этапе ставятся инструменты разработки и собираются артефакты, а во второй этап попадает только то, что нужно в runtime. Это упрощает поддержку, повышает безопасность и ускоряет доставку.

Определение:

Многоэтапный Docker build — это подход, при котором в одном Dockerfile используется несколько стадий сборки с разными базовыми образами. На стадии build выполняется компиляция, установка зависимостей или подготовка файлов, а на финальную стадию копируются только готовые результаты. Для Python это особенно полезно, когда нужно отдельно собрать зависимости, артефакты или минимизировать образ без dev-пакетов и кэша.

Пример использования:

Например, в Python-проекте сначала ставят зависимости и собирают приложение в отдельной стадии, а затем в финальный образ копируют только код и установленные пакеты.

# Stage 1: build
FROM python:3.11-slim AS builder

WORKDIR /app

COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt --target /install

COPY . .

# Stage 2: runtime
FROM python:3.11-slim

WORKDIR /app

COPY --from=builder /install /usr/local
COPY --from=builder /app /app

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

Пояснение кода:

Код нужен, потому что тема про Docker и сборку образа.

1. В builder-стадии используется полноценный образ Python и устанавливаются зависимости из requirements.txt.
2. Параметр --target /install заставляет pip складывать пакеты в отдельную папку, а не в системный site-packages.
3. Затем исходники проекта копируются в build-стадию, если на этом этапе нужна дополнительная подготовка.
4. Во второй стадии создается минимальный runtime-образ.
5. Команда COPY --from=builder /install /usr/local переносит только готовые зависимости в финальный образ.
6. В результате в финальном образе нет лишних build-инструментов, кэша и промежуточных файлов.

Ключевые моменты:

• Многоэтапная сборка уменьшает размер финального образа.
• Она отделяет зависимости для сборки от окружения для запуска.
• Это повышает безопасность, потому что в runtime-образе меньше лишних инструментов.
• Подход особенно полезен для Python-проектов с тяжелыми зависимостями.
• Важно копировать в финальный этап только то, что реально нужно приложению.
• Если есть сборка нативных пакетов, можно собирать их в первом этапе, а в финальный переносить только результат.