docker system prune снёс мне volume, думал всё пропало

Чистил место на сервере, увидел совет «docker system prune -a», обрадовался, что освободит гигабайты. Освободил. Заодно снёс базу приложения, потому что я держал её в анонимном volume, а prune с --volumes их и выносит. Минут двадцать сидел с холодными руками, пока не вспомнил, что накануне (случайно, честно) делал дамп.
Вопрос на будущее: как чистить docker и не отстрелить данные? Я так понял, named volume prune просто так не трогает, а анонимные — да. Но хочется правило, а не «повезло, что был дамп».

max_nn правило простое: данные — в named volume, всегда. анонимные volume это мусорка для временного, prune их и должен сносить, он не виноват, ты им базу доверил) и никогда не лепи -a --volumes на проде «чтоб почистить», это команда «снеси всё что не прибито». хочешь место — начни с `docker image prune` (только образы) и посмотри `docker system df`, где реально занято. --volumes руками и осознанно.

max_nn холодные руки от «prune --volumes» — обряд посвящения номер два после permission denied)) я так однажды снёс редис с сессиями, юзеров разлогинило всех разом. теперь у меня правило: перед любым prune делаю `docker volume ls` и смотрю глазами что там. и дамп по cron, ты вон дампом и спасся, значит уже наполовину взрослый.

max_nn ты спасся не потому что знал docker, а потому что был дамп. вот это и запомни, а не флаги prune. любая команда с «снести ненужное» однажды сочтёт ненужным то, что тебе нужно. named volume для данных, дамп в другое место, и prune тогда не страшен. «повезло, что был дамп» — это и есть архитектура, просто пока случайная. сделай её нарочной.