Alexei
или пиши fork-вариант
Valentin
Можно извьебнутся с форком, можно использовать внешние утилиты
Valentin
Я за стандартные штуки- лучше systemd
Roman
лучше http://supervisord.org/
Roman
а systemd - да, отличная операционка
Alexei
ну это лучше там, где нет systemd, в остальном systemd ничуть не хуже справляется
Roman
не холивару ради, но порог входа сильно разный, вот прям СИЛЬНО
Roman
нельзя нормально работать в docker
Michael
systemd + , делаешь описание, и выполняемый файл лёгким движением руки превращается в сервис
Valentin
Это к чему?
Valentin
Про докер
Ivahaev
Roman
можно, но не нужно )
Michael
наверное в тему про SELinux
Roman
и про logind
Alexei
причем тут сель, вообще? О_о
Roman
и про tty которые как бэ есть но их как бэ и нет
Michael
o_O-0 причём докер?
Michael
проблем с systemd + docker не испытовал
Valentin
А зачем в докере systemd?
Roman
внутри или снаружи конейнера?
Roman
/me олдфаг, systemd генетически отвергается - все остальное тема для холивара
Roman
если нужно внутри контейнера запускать несколько процессов и контролирвать их - хорошо подходит supervisord
Brown
подскажите как запустить go как демон?
или https://www.digitalocean.com/community/tutorials/how-to-install-and-use-screen-on-an-ubuntu-cloud-server
Roman
можно и systemd, если оплата почасовая
Антон
не, systemd очень прост, с учётом что это init процесс - целесообразно в новых дистрах его использовать
Roman
не, systemd очень прост, с учётом что это init процесс - целесообразно в новых дистрах его использовать
а без него - не продают, последним вроде Debian сдался (слабаки!)
Alexei
слака еще держится 😉😂
Michael
и кто-то ей пользуется?
Roman
Это очень хороший академический дистрибутив
Alexei
я знаю нескольких людей, у кого слака - десктоп, сам нежно в виртуалке храню ))) мой первый дистр
Michael
ясно понятно для консервов хорошо
Roman
Gentoo и Slackware - обрети мудрость, через боль и страдания ))
Anonymous
+1 за systemd unit
Anonymous
(если ты не systemd-хейтер 😄)
Anatoly
глупо быть systemd-хейтером в 2017 году, хейть не хейть, реальность упряма
Valentin
если нужно внутри контейнера запускать несколько процессов и контролирвать их - хорошо подходит supervisord
По канонам докера если тебе нужно контролировать несколько процессов в одном контейнере, значит ты делаешь что-то неправильно -)
Maxim
там вчера в systemd уязвимость нашли, кстати
Michael
во.. просрали все полимеры
Alexei
а где их не находят )))) я как-то баг systemd в федоре исправлял средствами systemd, и вроде этот костыль до сих пор жив, используется в федоре и сусе ))))
Roman
По канонам докера если тебе нужно контролировать несколько процессов в одном контейнере, значит ты делаешь что-то неправильно -)
Именно поэтому официальный обаз registry от Docker запускает несколько процессов внутри контейнера
https://hub.docker.com/_/registry/
https://github.com/docker/distribution-library-image/blob/576b139d6eac5b35c9b3e9fe6c2e5132b0c7e03b/docker-entrypoint.sh
Roman
Перед "каноном" все равны, но некоторые - ровнее ))
Антон
Anatoly
Roman
по меньшей мере, одному из нас...
Alexander
Зачем так издеваться ? С одним процессом ? А если надо будеть читать из сокета ? Маунтить его что-ли ?
Roman
Само собой! Прокидывать в volume и читать из другого контейнера!
Roman
Кстати shared volume появился относительно недавно
Aleksandr
Именно поэтому официальный обаз registry от Docker запускает несколько процессов внутри контейнера
https://hub.docker.com/_/registry/
https://github.com/docker/distribution-library-image/blob/576b139d6eac5b35c9b3e9fe6c2e5132b0c7e03b/docker-entrypoint.sh
это точка входа, запускающая нужную утилиту в зависимости от параметром запуска контейнера
Anatoly
"Each container should have only one concern" != "Each container should host only one process"
Anatoly
https://docs.docker.com/engine/userguide/eng-image/dockerfile_best-practices/#avoid-installing-unnecessary-packages
Anatoly
RTFM
Valentin
Ну ладно, там написано, что "судите сами, как вам надо"
Valentin
останемся на том, что все зависит от ситуации
Aleksandr
there should be only one operating system process per container
Aleksandr
Именно это все и имеют в виду
Anatoly
"Все", лол. Все ты и два твоих друга ламера.
Anatoly
Какой смысл ссылаться на бестпрактис, что бы потом аппелировать к мифическим "всем"?
Anatoly
Либо трусы надень, либо крестик сними (с)
Mike
there should be only one operating system process per container
Ага, а если у тебя в докере вебсервер, ему, очевидно, лучше тоже один процессор дать, он же так больше коннектов обслужит!
Aleksandr
Alexander
главное не забыть кеш под процессором почистить
Mike
А, чет я невнимательно вас читал, хуйню вякнул, сорь
Anatoly
Не переживай, если в бочку хуйни от Александра добавить еще ложку хуйни от тебя, хуже уже не будет и бочка хуйни от Александа останется ею
Aleksandr
Не переживай, если в бочку хуйни от Александра добавить еще ложку хуйни от тебя, хуже уже не будет и бочка хуйни от Александа останется ею
а ты токсичен. тем не менее best practice остается best practice, к тому же доминирующей в докеростроении - в контейнерах используется один системный процесс в 99% случаев.
Anatoly
Я же тебе привел ссылку на бестпрактис где написано что это не так, успокойся и подучи английский что бы больше не стрелять в молоко
Anatoly
"You may have heard that there should be “one process per container”. While this mantra has good intentions, it is not necessarily true"
Dmitry
Вроде в это и есть смысл докера, запускаешь одну программу, если там что то пошло не так перезапускаешь контейнер, остальные части не заметят подмены
Anonymous
Вроде в это и есть смысл докера, запускаешь одну программу, если там что то пошло не так перезапускаешь контейнер, остальные части не заметят подмены
И как это коррелирует с парадигмой "1 процесс на 1 контейнер"?
Aleksandr
"You may have heard that there should be “one process per container”. While this mantra has good intentions, it is not necessarily true"
я же выше дал цитату, там же пояснящую что это значит: there should be only one operating system process per container. О чем ты споришь? concern практически всегда сводится к одному системному процессу.
Anatoly
лол
Anatoly
"практически всегда" ПОСОНЫ ИКСПЕРТ В ЧЯТИ
Anatoly
Практически никогда, я бы сказал