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

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

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

Многослойный Docker-образ строится из последовательности слоёв, каждый из которых добавляет изменения к предыдущему. Multi-stage build — это подход, при котором в одном Dockerfile используется несколько FROM: на одном этапе происходит сборка, на другом — формируется финальный рантайм-образ. Это позволяет не тащить в продакшен инструменты сборки, кэш, тестовые зависимости и исходники целиком.

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

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

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

WORKDIR /app
COPY requirements.txt .
RUN pip install --prefix=/install -r requirements.txt

COPY . .

# stage 2: runtime
FROM python:3.11-slim

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

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

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

Код показывает два этапа.

Сначала builder:

Берётся образ python:3.11-slim.
Копируется requirements.txt.
Устанавливаются зависимости в отдельный префикс /install, чтобы потом можно было перенести только установленные библиотеки.
Копируется исходный код приложения.

Потом финальный этап:

Снова берётся чистый python:3.11-slim.
В него копируются только установленные зависимости из /install.
Добавляется исходный код приложения.
В качестве команды запуска задаётся python app.py.

В результате финальный образ не содержит лишних build-инструментов и промежуточных файлов.

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

Multi-stage build уменьшает размер итогового образа.
В финальный контейнер не попадают компиляторы, кэш и временные файлы сборки.
Такой подход повышает безопасность и упрощает деплой.
Слои Docker переиспользуются, поэтому при изменениях в коде можно не пересобирать всё заново.
Для Python особенно полезно отдельно отделять установку зависимостей от запуска приложения.
Если сборка простая, можно обойтись одним этапом, но для production multi-stage обычно предпочтительнее.

При реализовании Docker файлов использовали ли вы создание многослойных образов с несколькими этапами?