The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системы инициализации GNU Shepherd 0.10, opennews (??), 13-Май-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


44. "Выпуск системы инициализации GNU Shepherd 0.10"  –2 +/
Сообщение от ИмяХ (?), 14-Май-23, 14:13 
Уже встроили. Называется systemd.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

93. "Выпуск системы инициализации GNU Shepherd 0.10"  +1 +/
Сообщение от Аноним (93), 15-Май-23, 12:38 
На Guile скриптовать можно, а на этом нет.
Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (-), 15-Май-23, 13:25 
И это к лучшему, потому что разбириться в чьем-то креативе при передаче сервера на порулить другому админу довольно тяжко. Но если очень надо то из системды можно вызвать любой интерпретер с любым скриптом. Даже тот же шелл, если уж сильно хочется. Но без нужды это будет делать мало кто.
Ответить | Правка | Наверх | Cообщить модератору

109. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (93), 15-Май-23, 16:50 
Ну можно и поверх системды накреативить, например, на Петончиге. Так что, того админа, кому передали на порулить, сильно не спасёт от необходимости разбираться.
Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (110), 15-Май-23, 17:10 
Не существует защиты от дурака.
Ответить | Правка | Наверх | Cообщить модератору

126. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 16-Май-23, 10:50 
Вот именно. Потому и было раньше просто.

А теперь в Сис-д запуске сервиса начали расставлять капабилити ядра. Например. Админу надо просто запустить в нужном порядке сервисы, а вместо этого сделали возможность из сервисов наружу вынимать глубоко системные уникальные для сервиса вещи. Такие вещи админ не должен видеть, админ сервис не разрабатывает, а оркестрирует.

Нельзя учесть все возможности наперёд, как попытался Сис-д.

Ответить | Правка | Наверх | Cообщить модератору

132. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (-), 16-Май-23, 14:20 
> Ну можно и поверх системды накреативить, например, на Петончиге.

Да, но поводов это делать сильно меньше. И к тому же он не на любой машине есть. А какой-то минимальный шелл - ну, без него оно не *nix-like...

Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

125. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 16-Май-23, 10:47 
Когда старт скрипт НЕ привязан к особенностям системы инита, то это большое добро. Т.к. можно со временем переносить между системами. Это огромное достоинство, что недостатки запускаемого сервиса можно экранировать скриптом не привязывая к системе инита. Оставив системе инита только оркестрацию.

А вот это тоже мало кто делает.

> потому что разбириться в чьем-то креативе при передаче сервера на порулить другому админу

1 - Тоже труд отделять нужное от особенностей Сис-д. А возможностей прикипеть к Сис-д немало.
2 - Обычная отговорка. В любом конфиге и деле тоже тяжело разбираться. Зачем в Сис-д доставать из недр сервиса наружу капабилити ядра. Должно быть спрятано в сервисе глубоко под капотом. А теперь стало сложнее, теперь для запуска сервиса надо рассортировать капабилити ядра - думать не о том теперь нужно. Это плохо.

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

Этот скрипт и при хорошей и при плохой системах инита будет написан. Т.к. запускаемый сервис написан так, что для запуска нужно очень много - написать скрипт, при любом ините.

А потом прибьют гвоздиками к тонкостям Сис-д и досвидания. Не изменить не отпилить в другую систему без труда. Тоже.

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

133. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (-), 16-Май-23, 14:22 
> Когда старт скрипт НЕ привязан к особенностям системы инита, то это большое
> добро. Т.к. можно со временем переносить между системами. Это огромное достоинство,
> что недостатки запускаемого сервиса можно экранировать скриптом не привязывая к системе
> инита. Оставив системе инита только оркестрацию.

Осталось придумать как уравнять системы в их возможностях. Хотя, конечно, можно пользоваться компьютером как будто на дворе 1990-е. Только на...й нужно.

> 1 - Тоже труд отделять нужное от особенностей Сис-д. А возможностей прикипеть
> к Сис-д немало.

И вот не понятно, если применить вашу же логику, что мешает той или иной системе вывешивать этот же интерфейс и жрать эти же юниты? Или чего бы вашу логику к вам не применить? :)

Ответить | Правка | Наверх | Cообщить модератору

139. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 16-Май-23, 17:48 
Другая система может парсить те же юниты. Но часть возможного в юнитах будет лишним звеном. Между приложением и системой будет третьей лишней частью.

Если серверу для надёжности нужна работа с капабилити ядра и дропом привилегий, то это работа сервера, а не для системной инициализации. Например.

Нужен таймер? Зачем он в системе инициализации. Приложение должно само уметь разруливать свою логику, без подпорок со стороны.

Активация по обращению к сокету? Давно было реализовано отдельным, отделяемым, переносимым с места на место приложением (inetd, например).
И т.д.

Собрали известное, доработали и спаяли в монолит.

Сделан скедулер системных возможностей. Монолитный, не разделяемый на части. Его или весь взять (потеря гибкости), или ничего... Или маневировать прокладками-скриптами... Но, казалось бы, что-то не так тогда.

Ответить | Правка | Наверх | Cообщить модератору

143. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (-), 16-Май-23, 23:26 
> Другая система может парсить те же юниты. Но часть возможного в юнитах
> будет лишним звеном. Между приложением и системой будет третьей лишней частью.

Ну как вариант игнорить нереализуемое или гейтовать в понятия той ос. Или - надо же - заимплементить фичу.

> Если серверу для надёжности нужна работа с капабилити ядра и дропом привилегий,
> то это работа сервера, а не для системной инициализации. Например.

Ага и пусть каждый кодит это сам. В меру дурости. Как правило это означает "урезанно, криво и проблемно".

> Нужен таймер? Зачем он в системе инициализации. Приложение должно само уметь разруливать
> свою логику, без подпорок со стороны.

Может затем что...
1) Запустить сервис не сразу а "через 5 минут после загрузки" бывает логично?
2) Удобно когда timers на виду рядом с services которые они пускают. Сразу видно что и где.
3) А вот в вашем лоскутном одеяле получить overview системы нереально. И вот я получаю сервак на порулить - и поди разберись что и где в ТАКОМ хламе. Overview же нет, каждый др@чит как он хочет.
4) Я кстати и свои серваки иногда даю порулить друзьям. Видите ли человек не может 24/7 как цербер сервера пасти. Значит знанием о работе надо делиться.
5) Вон то будет или не документировано или манов читать в разы больше, так что 3/4 станут еще более интересным начинанием.

ЗБС эксплуатация системки намечается. А пусть это счастье у вас будет. Я же предпочту что-то более управляемое. Что можно дать другим на порулить, или самому вписаться порулить вон тем не спятив в процессе.

> Активация по обращению к сокету? Давно было реализовано отдельным, отделяемым, переносимым
> с места на место приложением (inetd, например).

И опять же - нет единого overview системы. И я должен гадать "откуда эта ср@ка вообще тут появляется?!". Это прекрасно - пока активно эксплуатировать это все не захочешь.

> Собрали известное, доработали и спаяли в монолит.

Имея на то определенные причины. Главная из которых - управление системой.

> Сделан скедулер системных возможностей. Монолитный, не разделяемый на части. Его или весь
> взять (потеря гибкости), или ничего... Или маневировать прокладками-скриптами... Но,
> казалось бы, что-то не так тогда.

Тем не менее, другими способами это все получается глючно, криво и хреново. И последнее что я хочу это пустить систему на автопилоте а потом узнать что самопальный таймер оказывается не срабатывает.

Ответить | Правка | Наверх | Cообщить модератору

151. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 17-Май-23, 11:48 
А зачем пользуетесь плохо написанным софтом...

Весь этот софт-портянки появился и остался потому т.к. им пользовались зачем-то. Пользовались - означает, поддерживали развитие порицаемого подхода.

Можно брать написанное хорошо. И самостоятельно не дописывать, если не выходит. Но - нет... Почему же.

Ответить | Правка | Наверх | Cообщить модератору

158. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (-), 17-Май-23, 22:57 
> А зачем пользуетесь плохо написанным софтом...

Ну тут уж какой софт есть. Самому кодить его на все оказии можно и задолбаться.

> Весь этот софт-портянки появился и остался потому т.к. им пользовались зачем-то. Пользовались
> - означает, поддерживали развитие порицаемого подхода.

Паровозами пользовались. Потом заменили на тепловозы и электровозы, потому что в целом технология перспективнее и практичнее. Следует ли отсюда что если я когда-то ездил на поезде с паровозом, то должен настаивать на переводе железных дорог на паровую тягу? По-моему нет. Я мог ездить на паровозе не потому что предпочитаю это, а потому что ничего иного не было под рукой, или в рекреационных целях. Это не значит что я хочу повседневно делать именно это, именно так.

> Можно брать написанное хорошо. И самостоятельно не дописывать, если не выходит. Но
> - нет... Почему же.

Потому что мир не идеален. И намного лучше если на этот случай был какой-то внятный план. Хороший софт под вон ту задачу может быть, может и не быть. Альтернатива в виде "не решать задачу совсем" - сомнительная радость. Писать самому - опухнуть можно.

А на чисто концептуальном уровне - пихать довольно много дублирующегося кода в каждую программу так то - маразм. И далеко не все кодеры типовых сервисов махровые системщики которые знают как например какой-нибудь SECCOMP или что там еще использовать. Кроме того - это все не подлежит адекватному управлению. Потому что то что они логят и репортят это все нормально ну вот совсем не факт. А чтоб еще унифицировано более-менее, чтобы глобальный статус системы в 1 утилитке зазырить... ага... щас... в "systemctl" я сразу вижу: работает ли то для чего система была предназначена, или фигвам. А если это все раскидать абы куда - ну и как такое знание получать? Это самые азы менеджмента систем.

Ответить | Правка | Наверх | Cообщить модератору

152. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 17-Май-23, 11:51 
В целом логично: у слабых свободу отберут и скажут как делать, где сидеть.
Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

159. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (-), 17-Май-23, 23:01 
> В целом логично: у слабых свободу отберут и скажут как делать, где сидеть.

Ну а вот у меня свободу фиг отнимешь. Если я захочу от системды отделаться, все что потребуется это мое желание этим заморочиться. Просто жизнь научила меня быть разборчивее в желаниях - потому что они выполняются.

Ответить | Правка | Наверх | Cообщить модератору

168. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от Аноним (126), 18-Май-23, 11:07 
Вот именно. Старания реализуются. Так же как не-старания.

И желания, озвученные в треде выше, это выбор на перекрёстке дорог в ту сторону, что часто критикуют.

Иметь желание и мочь без тренировки часто очень слабо связанные вещи. А перекрёстки, на которых можно выбрать дорогу редки.

Ответить | Правка | Наверх | Cообщить модератору

129. "Выпуск системы инициализации GNU Shepherd 0.10"  +/
Сообщение от ИмяХ (?), 16-Май-23, 12:54 
Бред собачий. На systemd можно скриптовать на чём угодно, хоть на асме, хоть на питоне.
Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру