The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Разработчики systemd представили Journal, замену системе sys..."
Отправлено Аноним, 22-Ноя-11 15:25 
>> Ага, в силу кривости инита - добавим ему костыль. Который к тому же делает все через внешние команды.
> "Все" - это что именно?

Да почти все. Старт/стоп сервисов например. Хотя логичнее делать простейший запуск через сисколы вместо дергания на каждий пук шелла. Тупо пинать шелл на 800к для старта 20к демона если для этого достаточно сделать 1 сискол.

> До такого бардака - можно и _нужно_ систему не доводить.  Для
> чего давным давно есть механизмы.

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

>>Но по большому счету вот за это я и не жалую классический инит. Он не отвечает
>>требованиям времени и его приходится густо окостыливать, выруливая как умеешь.
> В чем здесь костыль для init?  Последний вполне справляется со своей
> задачей - запускалка сервисов.

Да, только вот там простыни мутного кода на 2 страницы делают то же самое что в нормальной системе инициализации делает конфиг на 5-7 строк. И даже меньше.
Из того что я могу отметить:
1) Init не поставит сервису нужный приоритет по простому. Хотя вися под рутом - мог бы и дернуть ОДИН СИСКОЛ, елки. Закостылить можно, но 1 строчка в конфиге нормальной запускалки в 20 раз проще и очевиднее. И запускалка заведомо висящая под рутом уж всяко могла бы сискол для меня пнуть. Дошло! Не прошло и полувека!
2) А если нам надо запустить сетевой демон не раньше чем законектится вон тот сетевой и-фейс, потому что мы например хотим на именно него забиндиться, или что-то подобное, с зависимостями - в случае инита это превращается в сплошную академическую греблю вместо, простите, запускания сервиса. Нет, конечно можно родить турбомегакостыль, просто его создание потребует больше времени чем конфигурежка самого сервиса, бэть.
3) Кому как не запускалке виднее всех что сервис внезапно нае..лся когда его не просили об этом?! Нет, конечно и автоматический рестарт сервиса можно закостылить, только учтя что это для каждого первого сервиса хорошо бы - логично это объявить стандартной фичой.
4) А вот если сервису стало ну совсем плохо, не надо перезапускать его 100 раз в секунду, чтобы не создавать сильную нагрузку на хост тупым рестартом без перспектив! Если сервис не взлетел за несколько попыток - забить на это (+админу выслать сообшение о проблемах в идеале). Как минимум лимитирование рестартов современный вариант инита должен уметь. Т.к. логичное следствие хотелок 1) и 3) и просто подстраховка от EPIC FAIL`ов.

> Замените init на systemd - необходимость в monit никуда не испарится.

Да вообще-то, если современный запускач реализован _нормально_, делая ВСЕ что от него надо, monit должен стать всего лишь костылем с повторным функционалом. Monit решает вполне стандартные проблемы администрежки. Они настолько типовые что почти все из этого списка по уму должен уметь сам init. Или на кой он нужен если ничего не умеет?

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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