Минус 500 MB в Docker-образе Django — это не про «красоту», а про скорость деплоя и предсказуемость продакшена

Минус 500 MB в Docker-образе Django — это не про «красоту», а про скорость деплоя и предсказуемость продакшена.

Если backend-образ раздувается до 1,5 GB, обычно внутри лежит лишнее: dev-зависимости, кеши pip/npm, тестовые файлы, сборочные артефакты, исходники, которые не нужны в runtime. Итог один: дольше билд, тяжелее тянуть образ, выше риск тащить в прод мусор и уязвимости.

Что обычно дает основной эффект:
— multi-stage build: сборка и runtime отдельно;
— только production-зависимости;
— чистка кешей после установки;
— .dockerignore вместо «тащим весь репозиторий»;
— slim/base-образы вместо полноразмерных.

Что проверить в кабинете CI/CD прямо сейчас:
1) размер текущего образа и динамику по тегам;
2) что реально попадает в build context;
3) не копируются ли лишние папки с фронтом, тестами, логами.

Для ecom-команд это не микрооптимизация. На частых релизах и нескольких сервисах экономия в сотни мегабайт превращается в заметное снижение времени доставки в прод 🚀