@andruxann, @inqfen

ну, у меня идея в том, чтобы на серверах ничего не хранить.
инфраструктуру разворачиваем через terraform.
наше приложение запаковано в image и лежит в private registry без переменных сред.
у меня локально есть env-файл со значениями для продакшена. переходить на всякие Vault'ы и etcd пока не хочется.

я хочу иметь возможность с локального компьютера разворачивать все контейнеры с нужными командами по серверам.

я себе это вижу так:
- есть несколько docker-compose.yml файла, по одному на каждый сервер
- в них описано какие контейнеры с какой командой должны запускаться. в каждый контейнер-приложение я передаю локальный env-файл, который будет использовать при запуске контейнера на удаленном сервере.
- масштабировать мне нужно определенную контейнер. для этого я либо в рамках существующего сервера запускаю еще один контейнер с нужной командой (добавив его в docker-compose). либо создаю еще один сервер, и запускаю там.

тем самым:
- имедж у меня универсальный, может работать и в локальном окружении, и в продакшен
- сервер не требует практически никакой настройки. все находится в контейнерах
- с локального компьютера я могу контроллировать запущенные удаленные контейнеры и запускать новые.
- вся инфраструктура (сервера + докер) описана и лежит в гите.

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

композ выкидывай с прода и этому всемя ансибл удовлетворяет

а композ не сможет решить эту задачу?

Композ - утилита для описания запросов в api докера, грубо говоря. Подумай сам

ну собственно я об этом узнал вот отсюда: https://stackoverflow.com/questions/40737389/docker-compose-deploying-service-in-multiple-hosts

описываем все в виде docker-compose, разливаем через docker swarm mode.

А как сворм связан с твоими требованиями? Ты-то другое описал

Тебе таки надо в ансибл, а не в сворм

Тем более сворм все равно помер

ок, спасибо, пойду его покурю

Всем привет, подскажите, кто знает, почему интерфейс docker0 использует 172.17.0.0/16, зачем ему так много доступных адресов?

у всех разные потребности, как то был чел с 500К контейнеров

насколько знаю, docker0 это бридж интерфейс, а во внутренней сети докер использует 10.0.*.*/16, как раз таки под контейнеры
хотя могу и ошибаться...

потому что так в конфиге. жалко можно меньше поставить

поставить то можно, но не хочется выстрелить себе в ногу)
вдруг потом выяснится, что к примеру /24 маски будет не хватать  и придется перекраивать сетку

вообще непонятно, кто использует адреса из 172.17.0.0, которые бронирует docker0

не контейнеры же

в каждый контейнер-приложение я передаю локальный env-файл, который будет использовать при запуске контейнера на удаленном сервере это будет работать, но как уже сказали docker swarm мертв)

это конечно если локальный env-файл - файл лежащий вместе с проектом docker-compose

да