поможет

есть fleet

вот я например хочу что бы контейнер был запущен в кластере, тут systemd уже никак не поможет

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

который работает как systemd, только для кластера

https://github.com/coreos/fleet

fleet is not intended to be an all-purpose orchestration system, and as such supports only a few simple deployment patterns: Deploy a single unit anywhere on the cluster Deploy a unit globally everywhere in the cluster Automatic rescheduling of units on machine failure Ensure that units are deployed together on the same machine Forbid specific units from colocation on the same machine (anti-affinity) Deploy units to machines only with specific metadata

Гыг, Поцтеринг детектед

ну а если fleet'а мало - тогда Kubernetes

https://github.com/coreos/fleet

вот это огонь! ??

The fleetd daemon communicates with systemd (v207+) running locally on a given machine. It requires D-Bus (v1.6.12+) to do this.

кто то тут про юниксвей говорил

а потом хуяк! системд и флит

да, по сравнению с докером это юникс вэй

.системд то?

он пиздец юниквей :)

а потом хуяк! системд и флит

+1

докер решает прямо вообще все задачи

с помощью системд только кофе варить нельзя :)

ну, я фанат systemd, ок

да они все одного поля

и то, дайте мне кофеварку с апишкой и я смогу

дак и мне нравится системд, но ты говорил про юниксвей

видать в порыве ненависти все карты смешались

на самом деле когда я разбирался со всем этим - я искал систему, дружественную systemd и потом нашел конфликт докера с systemd, что однозначно определило докер как плохую вещь (но пока необходимую) и Rkt и всю экосистему CoreOS, которая интегрируется с systemd, что определило их как хороших

вообще Александр, брось теоретизировать, срать всем на юниксвей. Работает и хорошо. А все эти теории оставь столману и прочим :)

ну, я написал своё мнение)

кто-то может быть не согласен, да

на самом деле когда я разбирался со всем этим - я искал систему, дружественную systemd и потом нашел конфликт докера с systemd, что однозначно определило докер как плохую вещь (но пока необходимую) и Rkt и всю экосистему CoreOS, которая интегрируется с systemd, что определило их как хороших

так это же религиозный фанатизм

я поддерживаю systemd и пофиг почему

ну, я написал своё мнение)

на вот тебе юниксввей https://www.youtube.com/watch?v=I25UeVXrEHQ

сердцем выбрал

я всегда так делаю

так проще жить))

systemd был убедительным когда сравнивался с upstart и sysvinit

и вот с тех пор эта любовь

я поддерживаю systemd и пофиг почему

у меня он докер запускает и пару плагинов к нему... и всё

Я вот совсем недавно с докером опять, тут за полтора года куча всего поменялось, но я по-привычке сую контейнеры в systemd

оказывается можно проще

так что буду делать проще

systemd крутой, но нахрена мне extra step?

оказывается можно проще

меньше компонент, меньше шансов что все рухнет в один момент

this

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

просто докер по крутости имхо недотягивает до systemd

Отцы, нужно запустить несколько процессов внутри докер контейнера. Базовый образ ubuntu:16.04. Как лучше сделать? Использовать стандартный systemd внутри иль какой нибудь псевдо init?

есть такое понятие MVP

сайт может делать и студент и профи, у кого заказывать если цена одна? вот докер тут в роли студента...

а лопата не дотягивает по крутости до белки

просто докер по крутости имхо недотягивает до systemd

базара ноль, давайте все в юнитах фигачить

давайте, системд умеет в cgroups же.

есть такое понятие MVP

docker —restart good enough для моих целей

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

Отцы, нужно запустить несколько процессов внутри докер контейнера. Базовый образ ubuntu:16.04. Как лучше сделать? Использовать стандартный systemd внутри иль какой нибудь псевдо init?

в баду пихают какой то s6, мы пользуем smell-baron

Отцы, нужно запустить несколько процессов внутри докер контейнера. Базовый образ ubuntu:16.04. Как лучше сделать? Использовать стандартный systemd внутри иль какой нибудь псевдо init?

можно systemd , можено supervisord, ноесть какойто базовый образ заточеный под многопроцессовость, но он на upstart

я вчера почитал про стабильность и надёжность докер-рестарта, жалоб почти нет

по крайней мере не больше, чем на системд

докер - это переходный этап

а systemd - надолго

я как-то так к этому отношусь

и docker - это для зарабатывания денег (компанией-разработчиком)

а systemd это ближе к open source

а systemd для Поттеринга!

systemd это сейчас стандарт на всех ОС

@lorddaedra давайте поговорим о приятном, как Ваш borg backup ?

докер - это переходный этап

я думаю докер с нами надолго

borg клёвый

докер надолго для разработчиков

ERROR: S client not available

они упор сделали на простую разработку и интеграцию с IDE

у Rkt такого нет

и долго не будет ещё

плюс докерхаб

borg клёвый

ага, есть такое, пощупал, в имадж под докер получилось нормальный собрать? ... (ой под systemd)

докер надолго для разработчиков

камон, ты девопс или где? :)

камон, ты девопс или где? :)

мне всегда сложно отвечать на этот вопрос)) я не знаю, кто я

стартапер, наверное

докер клёвый, я не спорю

по сравнению с его отсутствием

но докер сильно не идеален по сравнению с тем же Rkt'ом

и инфраструктурой той же CoreOS

но ведь CoreOS изначально под докер-контейнеры точилась, они уже потом начали писать rkt

если я не путаю, конечно

мне кажется, что на стороне разработчиков он будет ещё долго, а вот на стороне сервера его будут запускать через Rkt, который будет через systemd, который будет через fleet, который будет через Kubernetes

как-то так

там был конфликт за PID1

между докером и systemd как раз

в редхете вообще патчи какие-то к докеру делали и был риск, что докер форкнут

именно вот связанные с этим патчи

Rkt тоже на фоне этого появился

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

ну и я тоже один из этих сторонников

есть системы sysvinit, systemd, upstart, вот докер хочет сюда же влезть

и в результате получаются проблемы по части безопасности и вообще не круто всё это

Спасибо, захватывающая история)

https://coreos.com/rkt/docs/latest/rkt-vs-docker-process-model.png

надо будет поклупаться, но на моём текущем сетапе из десятка контейнеров я пока не вижу смысла в systemd продолжать

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

там ведь эти service файлы просто пишутся и достаточно шаблонны

то есть можно написать какой-нибудь, допустим, питонячий скрипт, который обновляет софт, делая пулл и перезапуская контейнеры и точно такой же скрипт может генерировать и обновлять service файлы, подставляя точно такие же команды (без -d только) в шаблон .service-файла и далее systemctl restart startup.service

уу костыли