вообщем-то, речь про это

а если мне надо положить каталог из хост-системы, в нем собраться и потом удалить?

кажется, это не лучший кейс для сборки контейнеров... что мешает src выкачать через git/svn/etc?

То, что тогда надо менеджить ключи

кажется, это не лучший кейс для сборки контейнеров... что мешает src выкачать через git/svn/etc?

ну да, как вариант.

Использую связку docker-compose + consul + nginx. Вопрос в следующем, как сделать добавление настроек для nginx для каждого новоподнятого сервиса, если имя заранее не известно ?

Например, создавание на лету темплейта для консула при docker-compose -f service up -d, если такое возможно?

динамический резолвинг

@NordLuf где именно, nginx.conf?

НУ да. Тебе какие настрйоки нужны?

@NordLuf список всех сервисов из консула ( можно по ключу ) перечислить в nginx.conf вот и все что нужно

зачм тебе консул?

А вообще вот: https://jlordiales.me/2015/02/03/registrator/

Использую связку docker-compose + consul + nginx. Вопрос в следующем, как сделать добавление настроек для nginx для каждого новоподнятого сервиса, если имя заранее не известно ?

Для конфигурирования тебе нужен consul-template ( https://www.hashicorp.com/blog/introducing-consul-template.html ), у него есть шаблонизатор, в котором есть циклы (напоминает handlebars). Нужно пройтись по всем сервисам и задать настройки. Для регистрации докер-контейнеров в consul нужен registrator (как правильно выше написали), если у тебя его еще нет

все есть, спасибо, циклы явно то, что мне нужно!

зачем это нужно вообще, когад можно на лету все резоливить?

Ладно, хозяин-барин

но там вроде была какая-то проблема год назад с итерированием по именам сервисов (или что-то около того). Вроде нет словаря имя_сервиса -> данные_сервиса. Уже не помню, возможно, придется как-то иначе итерировать. Попробуй :)

… но я точно такую задачу делал

@NordLuf Так расскажи, если не сложно, сейчас есть docker-compose up -> registator -> consul -> consul-template ->nginx.conf

чтобы рассказать мне надо понять что ты дальше с этими данными из консула делаешь

я спросил, но ответа не видел

@NordLuf из консула через consul-template пишу данные в nginx.conf

это я понял. вопрос - зачем? И что ты пишешь и что потом с ними делаешь?

Есть несколько бранчей приложения, каждый бранч запускаю через отдельный docker-compose -p branch_name c файлом, в котором подставляю SERVICE_NAME=“branch_name”. Далее из консула я хочу взять данные где и какой сервис крутится и пробросить на саб домен в nginx.conf.

слушай все поддомены и прокидывай их на имя сервиса, а имя сервиса делай по имени бранча

резолвинг через докер

Так-так, имя сервиса в консуле?

зачем тебе консул?

что за имя сервиса? container id?

имя сервиса в докере

ну или контейнера. или нет алиас

окей, и как понять, на каком он ip крутится ?

есть такая штука - днс. это спецаильна такая штуковина которая отвечает на вопрос "а какой ip у моего мальенького сервиса" этим самым ip. У докера этот сервис есть

А кто-то сталкивался с RancherOS ?

в продакшене. Интересует как показало себя?

так себе показало

пытались 1.5 года назад. Тормозное дерьмо с хуевой тормозной админкой

но это давно было, может что-то изменилось

пытались 1.5 года назад. Тормозное дерьмо с хуевой тормозной админкой

админка?

да, там что-то такое было )

да, у него же есть админка

а на что поменяли?

это «что-то» другое это вообще другой продукт

ебать вы пудели

сам ранчер, это докеро-оркестрация. со своим шедулером (cattle) и с поддрежкой других (swarm/кубернетис)

ну да

оно к rancheros никакого отношения не имеет и «админкой» к нему не является совсем

эм... ссорян тогда за дизинформацию.

У нас в компании просто выбрали оркестрацию через ранчер ОС (за что купил за то и продаю) и сказали что у него больше плюсов чем у того же docker swarm

я не видел, не знаю. Вот решил спросить, мож кто юзал

«оркестрацию через ранчер ОС» это как оркестрация через убунту

http://rancher.com/rancher-os/

хз, вот тут на видосике админочка и тд

http://rancher.com/rancher-os/ вот этот скриншот помню. Как там с чем связано не я разбирался (другие люди копались), помню, что были проблемы

...

это скриншот из самого ранчера.

...

можешь просто пояснить где я не прав?

я же сказал. как меня информаировали то я и знаю :)

rancherOS это просто очередная сборка линукса, с докером в pid 1

понятно )

ок, а что на счет оркестрации?

типа можно деплоить на разные сервера

орекстрация это сам rancher

http://rancher.com/rancher/

модно, стильно, молодежно

ERROR: S client not available

мы им пользуемся, нормально всё.

тут пробегали чуваки которые жаловались что на бешеных сотнях хостов оно начинает тормозить

в смысле именно гуй тормозит, сама окрестрация вроде норм

но я пока ничо сказать на этот счёт не могу, у нас всего пара десятков хостов

мы им пользуемся, нормально всё.

я еще не начал swarm смотреть в докере. И сейчас смотрю с чем разбираться.

мы используем cattle, но я думаю что свалим либо на swarm, либо на mesos

ранчер это обертка над чем-то?

и почему валить думаете?

ранчер не совсем обёртка, это скорее унивресальный интерфейс для разных технологий оркестрации

cattle популярен только в ранчере (что логично) и его как-то не особо развивают пока

угу, вот вижу тут на глвной странице куча технологий написана.

точнее не пока, а теперь

раньше развивали

swarm решение от докера, а значит пока есть докер, будет что-то свармоподобное

так, ранчер ос это ставиться именно на хост машину вместо основной ос

а ранчер - это просто докер контейнер который является админкой для кучи технологий?

легко поднять и работать. верно?

Rancher also works with RancherOS. - да что вы говорите.

ранчер не совсем обёртка, это скорее унивресальный интерфейс для разных технологий оркестрации

а в чем плюс ранчерос? в том что там докер стоит из коробки и все?

в том что там по сути сама ось это докеровский контейнер

но в реальности оно никаких особо приемуществ над той-же coreos пока не имеет

то есть centos + docker = rancheros ?

грубо говоря

нет

и не вижу смысла объяснять, можно погуглить и найти кучу постов объясняющих в чём суть идеалогии за ros

согласен, и на том спасибо :)

сам ранчер достаточно простой и удобный

А как скейлить мультиконтейнерное приложение на несколько серверов?

используй что-то как kubernetes

или на каждом запускать compose со своими контейнерами

А как скейлить мультиконтейнерное приложение на несколько серверов?

в доках смотри swarm

@NordLuf Со swarm-ом то понятно, но docker-compose работает в режиме swarm только в експерементальной векте