Если Docker-образ Django-приложения разросся до 1,5 GB, это уже не «ну и ладно», а прямой сигнал на ревизию. Л

Если Docker-образ Django-приложения разросся до 1,5 GB, это уже не «ну и ладно», а прямой сигнал на ревизию. Лишние мегабайты обычно прячутся в dev-зависимостях, кэше сборки, тестовых файлах и всём, что не должно уезжать в production.

Что обычно даёт ощутимый минус к весу:
- multi-stage build вместо одного толстого слоя
- отдельные requirements для production
- чистка pip-cache и временных файлов
- минимальный базовый образ вместо «удобного, но жирного»
- контроль того, что реально копируется в контейнер

Практический смысл не только в экономии места. Меньше образ — быстрее сборки, быстрее деплой, проще откаты, меньше сюрпризов при запуске в новых окружениях ⚙️

Для remote-команд и релокации это особенно заметно: когда пайплайн медленный, страдают и разработка, и релизные окна, и вся работа из разных часовых поясов. Docker любит порядок. Production — ещё больше.