Size: a a a

DevOps Jobs - работа и аналитика

2020 December 26

O

Onlinehead in DevOps Jobs - работа и аналитика
Sebor
Я думал, что противники системд лет пять как охладились...
это не значит что нам начало нравиться, мы просто смирились)
источник

a6

admin 666admin in DevOps Jobs - работа и аналитика
Onlinehead
это не значит что нам начало нравиться, мы просто смирились)
источник

S

Sebor in DevOps Jobs - работа и аналитика
Onlinehead
это не значит что нам начало нравиться, мы просто смирились)
Зачем мириться? Есть навалом дистров и без оного
источник

NA

Nurmukhamed Artykaly in DevOps Jobs - работа и аналитика
Sebor
Я думал, что противники системд лет пять как охладились...
It is toasted (c) Madmen
источник

S

Sebor in DevOps Jobs - работа и аналитика
И да, причем здесь линукс, если ты хейтишь системд?
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
Nurmukhamed Artykaly
А чем же в собственности systemd не угодил?? Честно, без флейма.

Я раньше плотно сидел на творениях доктора Бернштейна.
В частности supervisord.
Честно? Ну тут несколько взглядов, можно поговорить допустим про современный мир.
Он не выглядит хорошо совместимым с контейнерным миром, потому что он просто избыточен. Он требует крайне много писанины. Он тяжелый. Journald прикольный, но нафиг не нужен при аплоаде логов в хранилище с нормальным поиском. Его дебажить сложновато, если что-то идет не так и ты пытаешься понять что за херня у тебя с бут-процессом (или с каким нибудь отдельным процессом). Он не позволяет хотеть странного (это конфиги, не скрипты, можно конечно повесить свои скрипт, но они будут выпоняться сбоку). Но главная претензия одна - он просто избыточен и у тебя нет выбора.
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
Sebor
И да, причем здесь линукс, если ты хейтишь системд?
Линукс как ядро меня в целом устраивает (хотя скорость изменений пугает, я уверен что никто не знает до конца что там вообще внутри происходит в целом кроме пары человек в мире). Меня не очень радует что поверх ядра накручивают.
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
Sebor
Зачем мириться? Есть навалом дистров и без оного
Ну не навалом, а не так уж и много. И это все не мейнстрим.
источник

АГ

Александр Григорьев... in DevOps Jobs - работа и аналитика
Nurmukhamed Artykaly
А чем же в собственности systemd не угодил?? Честно, без флейма.

Я раньше плотно сидел на творениях доктора Бернштейна.
В частности supervisord.
Как все в мире,  у него есть как плюсы, так и минусы, Он, как и все в мире, - не совершеннен. Однако, его главный идеолог - наотрез отказывается это признавать.
Из последнего, что у меня поломало кучу плейбуков: https://bugzilla.redhat.com/show_bug.cgi?id=1853736
источник

DS

Dmitry Sergeev in DevOps Jobs - работа и аналитика
Onlinehead
И да, systemd - удобная аналогия просто. Там еще upstart был. Выпиливания и замены добавляют слои совместимости, чтобы все в момент не развалилось, после этого накапливаются баги и т.д. Там такие же проблемы в разработке, как и везде.
systemd это лучшее что происходило с линукс. Не надо пожалуйста больше баша и sys v init, накушались
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
Dmitry Sergeev
systemd это лучшее что происходило с линукс. Не надо пожалуйста больше баша и sys v init, накушались
а можно аргументривать почему "лучшее"? Потому что не надо знать, можно просто в конфиг написать и оно "как нибудь само"?
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
Его свойство "коробочности" пожалуй самая страшная штука. У тебя нет контроля, ты по сути можешь только молиться чтобы оно работало так, как надо и задумано, потому что протащить что-то туда (да и вообще попатчить и разобраться) - это ад, оно огромное.
источник

АГ

Александр Григорьев... in DevOps Jobs - работа и аналитика
Dmitry Sergeev
systemd это лучшее что происходило с линукс. Не надо пожалуйста больше баша и sys v init, накушались
Хм, где-то я видел коментарий Торвальдса по поводу системд. Было что-то вроде такого:
- Как вы считаете, системд - это необходимость? Много споров по этому поводу.
- Системд - эта не та проблема, о которой сообществу стоит волноваться. Это всего лишь "окружение", а мы тут серьезной работой заняты.
Дословно все не помню, излагаю по памяти.
источник

DS

Dmitry Sergeev in DevOps Jobs - работа и аналитика
Onlinehead
а можно аргументривать почему "лучшее"? Потому что не надо знать, можно просто в конфиг написать и оно "как нибудь само"?
не надо писать 500 строк баша чтобы просто сделать сервис, причем с 500 строк баша получиться однозначно хуже, а если нужны будут фичи из systemd например, чтобы оно перезапускало сервис если он упадет, или cpushares настроить, в отдельную cgroup выделить и т.д. То sys v init вообще никак не котируется. Не говоря уже о зависимостях и подобным вещам
источник

DS

Dmitry Sergeev in DevOps Jobs - работа и аналитика
Onlinehead
Его свойство "коробочности" пожалуй самая страшная штука. У тебя нет контроля, ты по сути можешь только молиться чтобы оно работало так, как надо и задумано, потому что протащить что-то туда (да и вообще попатчить и разобраться) - это ад, оно огромное.
угу, "Надежней" писать километры баша
источник

a6

admin 666admin in DevOps Jobs - работа и аналитика
Александр Григорьев
Хм, где-то я видел коментарий Торвальдса по поводу системд. Было что-то вроде такого:
- Как вы считаете, системд - это необходимость? Много споров по этому поводу.
- Системд - эта не та проблема, о которой сообществу стоит волноваться. Это всего лишь "окружение", а мы тут серьезной работой заняты.
Дословно все не помню, излагаю по памяти.
Это тот самый мужик патлатый который ногти на ногах грыз на конфе? Или я путаю.
источник

АГ

Александр Григорьев... in DevOps Jobs - работа и аналитика
Dmitry Sergeev
угу, "Надежней" писать километры баша
А вы посмотрите на размер кодовой базы системд, который в самом начале продвигался только как замена инит системы
источник

АГ

Александр Григорьев... in DevOps Jobs - работа и аналитика
admin 666admin
Это тот самый мужик патлатый который ногти на ногах грыз на конфе? Или я путаю.
Не помню, возможно)
источник

O

Onlinehead in DevOps Jobs - работа и аналитика
Dmitry Sergeev
не надо писать 500 строк баша чтобы просто сделать сервис, причем с 500 строк баша получиться однозначно хуже, а если нужны будут фичи из systemd например, чтобы оно перезапускало сервис если он упадет, или cpushares настроить, в отдельную cgroup выделить и т.д. То sys v init вообще никак не котируется. Не говоря уже о зависимостях и подобным вещам
Рестарт сервиса в классическом ините делается одной строчкой. Что касается cgroups.. а разве в современном мире для этого контейнеры не придумали?
источник

DS

Dmitry Sergeev in DevOps Jobs - работа и аналитика
Александр Григорьев
А вы посмотрите на размер кодовой базы системд, который в самом начале продвигался только как замена инит системы
так он на си написан, понятно что там много кода. И уж точно этот код надежней, твоего баша написанного на коленке
источник