Какие способы уменьшения размера Docker-образа ты применяешь?

Способы уменьшения размера Docker-образа

• выбор минимального базового образа (alpine, scratch)
• применение multi-stage build для разделения стадий сборки
• удаление из образа ненужных файлов и кеша
• объединение инструкций RUN для сокращения числа слоев
• использование .dockerignore для исключения лишнего контекста
• сокращение набора зависимостей до необходимого минимума
• сжатие образа с помощью docker-slim и built-in squash

Развернутый ответ

Основной ответ

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

Основные аспекты

• Выбор легковесного базового образа: вместо более объемных ubuntu или debian можно использовать Alpine Linux (~5 МБ), BusyBox либо slim-варианты официальных образов. Такой выбор заметно уменьшает исходный размер контейнера.
• Многоступенчатая сборка (multi-stage build): на одной стадии выполняются компиляция и сборка артефактов, а в финальный образ попадает только необходимое runtime-окружение и нужные файлы. Инструменты сборки и зависимости для разработки при этом исключаются, поэтому итоговый образ становится значительно меньше.
• Сокращение слоев и оптимизация Dockerfile: если уменьшить число инструкций RUN и объединить связанные команды через &&, не будут создаваться дополнительные слои. В ту же RUN-команду стоит включать очистку кешей менеджеров пакетов, например apt-get clean и rm -rf /var/lib/apt/lists/*, чтобы в слоях не накапливался мусор.
• Удаление лишних файлов и зависимостей: из финального образа следует убирать временные данные, документацию, тесты, кеш пакетов и dev-зависимости.
• Применение .dockerignore: исключение ненужных файлов и каталогов из контекста сборки сокращает объем передаваемых данных и уменьшает риск включения лишнего содержимого в образ.
• Сжатие образа и оптимизация слоев: инструменты вроде Docker Slim и BuildKit способны автоматически уменьшать образ и его слои, удаляя неиспользуемые компоненты.

Практический пример

В проектах на React и Node.js для приложения и этапа сборки часто выбирают multi-stage сборку на базе Alpine вместо полного node-образа. В Go-проектах финальный образ может использовать scratch (нулевой образ), так как бинарный файл уже содержит всё необходимое. В production-средах это сокращает время деплоя и ускоряет CI/CD pipeline, что особенно важно для поддержания 99.9% uptime и оперативного масштабирования.