Тут я вопроса не понял. Чутка деталей было бы отлично.

Предполагаю, что речь шла про какой-то web UI, но зачем в мелкие контейнеры тянуть еще N утилит общего назначения?

Shtucer Aug 8 2017 at 18:22

А, в этом смысле. Тут согласен.

SirEdvin Aug 8 2017 at 18:34

А что насчет docker swarm? Вроде не такой тяжелый.

LeshiyUrban Aug 8 2017 at 18:41

К сожалению, не решает проблемы запуска одиночных сервисов

rule Aug 9 2017 at 09:46

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

UFO just landed and posted this here

alexey_melezhik Aug 8 2017 at 22:10

Спасибо, интересная статья. А вот можно прояснить следующий момент:

Далее, мы хотим передать это администраторам для дальнейшего использования. Километровую строку запуска отправлять как-то не комильфо.

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

LeshiyUrban Aug 8 2017 at 22:33

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

alexey_melezhik Aug 8 2017 at 23:45

Ок, а я правильно понимаю, что сгенеренные yam конфиги для monoexecl "зашиваются" через докерфайлы в докер образы? Или они позже уже деплоятся на зарущенных контейнерах ?

LeshiyUrban Aug 8 2017 at 23:53

Идея была именно такая (зашивать). Для мониторинга запущенных контейнеров "из-вне" лучше использовать Consul as-is.

powerman Aug 9 2017 at 05:13

А чем хуже вариант использовать существующие приложения?

в качестве надёжного супервизора взять что-то из семейства daemontools (напр. runit или s6)
аргументы запуска прописать в явном виде sh-скрипта, запускающего сервис
для регистрации в консуле тупо отправлять HTTP-запрос в консул любой тулзой из скрипта стартующего сервис
для репорта крешей опять же запускать что-то аналогичное (репорт по HTTP в какой-нить сервис вроде pushgateway для prometheus) из скрипта запускаемого супервизором при креше сервиса

По сути, всё это разные задачи, которые нужны в разных комбинациях под разные ситуации. Тулзы, которые всё это делают — занимают ещё меньше, чем бинарник Go-приложения (супервизор из runit — runsv — занимает 30KB и не тянет никаких нестандартных динамических библиотек).

LeshiyUrban Aug 9 2017 at 09:17

Во-первых, спасибо за s6.
Во-вторых, понятно, что задачу можно решить более одним способом.
В-третьих, все-же сравните затраты на запуск одной команды или на оркестрацию целого вороха утилит. Это как Docker: можно без него, напрямую с cgroups и bridge-utils, но с ним немного проще =)

Gorton218 Aug 9 2017 at 11:06

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

neenik Aug 11 2017 at 01:17

Вы завелосипедили nomad (ну и, если что, есть такая штука, как consul registrator).

Show the best of all time