на одном хосте, никак между собой не взаимодействующих, запускаются через docker-compose. И все это за nginx-proxy работает. Как лучше организовать запуск их одним docker-compose(проще запускать) или делать 10 разных (очень лень запускать, но удобно если надо переделать какой то один сервис)?
цель какая ?
Удобство использования, пересборки отдельных контейнеров без остановки остальных
docker-compose что в одном файле, что в разных достаточно умен, чтобы не перезапускать неизмененные контейнеры
Так, я значит команду не знаю какую то? Я, в случае единого docker-compose, добавил в один контейнер порты, а в другой переменные. Как мне тогда эти два контейнера по новой запустить? Не делая down
docker-compose up -d
с тегами типа latest или prod могут быть нюансы, правда давно не слежу , может что-то поменяли
да, pull always не используется )
Я думал он скажет что они просто запущены... Щас попробую
а как вы хотите распростронять ваш docker-compose и все конфиги для него файлы и тд и тп, обычно через git и будет ли то что у вас все это будет в одном единственном репозитории достаточно правильным решением
Тоже хороший вопрос) Не задумывался. Тогда решение одно, 10 файлов docker-compose
зависит от кейса, может вы туда завтра захотите воткнуть CI/CD и придется с нуля все переделывать
Обсуждают сегодня