В каких случаях используется многосеточная (multi-stage) сборка?

Многосеточная сборка (multi-stage build) в Docker используется в следующих случаях:

1. Уменьшение размера финального образа: В первом (или промежуточном) слое сборки находятся инструменты, необходимые для компиляции, тестов или других этапов сборки (например, компилятор, зависимости сборки). Во втором (финальном) слое копируются только необходимые для запуска приложения артефакты (скомпилированный код, исполняемые файлы, библиотеки времени выполнения). Это позволяет избежать включения в конечный образ ненужных зависимостей и инструментов сборки, значительно уменьшая его размер.
2. Разделение этапов сборки и запуска: Четкое разделение на этапы облегчает понимание процесса сборки и его отладку. Можно иметь этапы для сборки исходного кода, запуска тестов, линтинга и только затем создания финального образа с готовым к развертыванию приложением.
3. Улучшение безопасности: Финальный образ содержит минимально необходимое количество компонентов, что сокращает поверхность атаки. Инструменты сборки и исходный код, которые могут содержать уязвимости, не попадают в образ, используемый в продакшене.
4. Ускорение сборки (в некоторых случаях): Промежуточные образы могут кэшироваться, и при изменениях только на последних этапах сборки не требуется пересобирать все с нуля.
5. Унификация процесса сборки: Сборка приложения и создание его Docker-образа становятся единым автоматизированным процессом внутри одного Dockerfile, что упрощает CI/CD конвейеры.

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

# Этап сборки
FROM golang:1.20-alpine AS builder
WORKDIR /app
COPY . .
# Сборка исполняемого файла
RUN go build -ldflags="-s -w" -o myapp .

# Финальный этап
FROM alpine:latest
WORKDIR /app
# Копируем только исполняемый файл из предыдущего этапа
COPY --from=builder /app/myapp .
# Указываем команду для запуска приложения
CMD ["./myapp"]