ну да, лучше по 100500 копий MySQL на одной машине держать, да ещё и каждую в свою сеть запихивать

В то время, как докер-образ решит твою проблему. Упаковываешь туда только то, что необходимо и достаточно для твоего приложения. Поулчаешь слепок файловой системы. Работает это добро на ядре хост-системы, поэтому образ может быть очень маленьким. Плюс, изоляция памяти, сети и прочих ресурсов...

а как ты 5 разных версий например держать будешь?

Да никак, переводить всё на одну версию, лул

работает не трожь

Но докер — оверкилл и абстракции на абстракциях

Так говорят, когда не понимают. Можешь написать, что именно ты называешь абстракциями?

это как пословица с бэкапами

а, ещё бэкапы, кстати. Я пиздец матерился, когда пытался сделать бэкап gitea, запущенной в докере.

В Linux есть cgroups, механизм контейнеризации, который существовал без всяких докеров. Это просто спооб создавать отдельные области в системе для изолированного запуска приложений.

Челы просто удобный интерфейс к этому написали на Go. И это выстрелило. Потому что удобно.

Ну вот есть у тебя некий софт, который внутри использует postgresql.

Вместо того, чтобы поставить постргрес и софту указать путь к БД, тебе надо найти контейнер с софтом, потом найти контейнер с постгресом, соединить их в одну сеть, чтобы эти бляди друг друга видели, потом оба запустить, смотреть, чтобы оба вообще поднялись. Если что-то пошло не так (банально кончилось место при разворачивании образа), хуй знает, как эти авгиевы конюшни вычищать, нельзя же просто rm -r /путь/к/контейнеру

Ну и бэкап gitea, суууука, до сих пор зубы скрипят от ненависти.

я в докер-компоуз прописал постгрю, бота, запустил, все друг друга видят, ушёл спать

Тебе не обязательно использовать контейнеры ради контейнеров. Хорошей практикой считается использование контейнеризации для stateless срвисов.База у тебя может жить в каком-нибудь железном кластере, как обычно. Зато упаковка приложения даст тебе бонусы в плане версионирования, скорости и контроля над сборкой, деплоем и тому подобными вещами в плане эксплуатации.

Окей, тогда посоветуй, пожалуйста, какой-нибудь годный туториал по докеру

Вычищать "конюшни" элементарно просто.
1. Удалить остановленные контейнеры.
2. Удалить неиспользуемые образы.

На спор за минуту накидаю эти команды.

1. docker rm $(docker ps --filter status=exited -q)

2. docker rmi $(docker images --filter dangling=true -q)

Я вчера разворачивал контейнер koding.com (https://github.com/koding/koding), при разворачивании кончилось место на диске. Хз, как его чистить. В docker ps (ни через sudo, ни без него) контейнер не видно, потому что он не создался. Где искать файлы на диске — хз. docker-compose purge или как его там что-то освободил, но не до конца (было 500 метров свободно, стало 430)