Я слышал, как многие спокойно живут с Docker-образом Django на 1,5 GB — пока сборки не начинают тормозить, а деплой не превращается в маленький ритуал ожидания.
И это почти всегда один и тот же набор лишнего:
- dev-зависимости, которые уехали в production
- кэш, артефакты сборки, временные файлы
- лишние системные пакеты
- всё, что не нужно приложению для запуска
На уровне контент-математики тут логика простая: чем тяжелее образ, тем дороже каждый цикл. Больше времени на сборку, больше риск ошибок, хуже масштабирование, сложнее поддержка CI/CD.
Хороший ориентир — не «лишь бы работало», а карта минимально необходимого:
1. отдельно собираем dependencies для prod
2. чистим слой за слоем
3. используем multi-stage build
4. проверяем, что в финальный образ попадает только runtime
Минус 500 MB — это не про перфекционизм. Это про дисциплину в инфраструктуре. 🧩
И да, в командах, где это внедряют, обычно быстро находят ещё 2–3 места, где «вроде не критично» съедает ресурсы сильнее, чем кажется.
Content Map
@ContentMap
Я слышал, как многие спокойно живут с Docker-образом Django на 1,5 GB — пока сборки не начинают тормозить, а д
Этот пост опубликован в Telegram-канале Content Map. Подписаться можно по ссылке: @ContentMap.