> Вот что за манера балаболить и сливаться сразу, как только попросят конкретики? Вот тебе конкретика: скажи плиз, как в этом твоем openrc делается рестарт упавшего сервиса. Ну допустим я пустил машину на стопроцентный автопилот, на месяц умотал к черту на рога и знать не желаю ни о каких серверах. При этом, очевидно, сервис в случае аварии должен сам повторно взлететь, если он вообще кому-нибудь хоть минимально нужен. Нужда в этом не есть правильно, но еще более неправильно если я вернусь и замечу что нужный сервис был в дауне полмесяца.
Итак, как это у вас выглядит? В нормальных системах инициализации - 1-2 строки директив. В ините это обычно костылили жуткими у..щами типа пинка по крону проверки живости процесса и если его нет - рестарт. Не оперативно + жуткие костыли с кучей мест где может отвалиться. Ну там прав не хватит на запись pid-файла - и досвидания, etc. А если программа не умеет pid файл сохранть - вообще засада. Не говоря о том что писать такое с ноля - явно дольше чем 1-2 директивы в конфиг, а если копипастить готовое - там скорее всего будет жутковатый системоспецифичный код, где системозависимые пути и прочие радости - равномерно раскиданы по всему коду.
А теперь сравниваем весь этот кластерфак с 1-2 директивами нормальной запускалке...
И не надо плиз про runit и прочее. На мой вкус запуск программ и так раскидан по сильно дофига мест, так что еще +1 локация с описанием старта программ крайне не велкам. Если мне начинает требоваться runit - для меня это сигнал того что init надо заменять на нечто более вменяемое. Runit? В принципе тоже можно, но за столько лет никто его по дефолту юзать не стал, а обкостыливать самому всю систему - утомительно. К тому же он не знает ничего про всякие там контейнеры и виртуалки, а некоторые вещи там сделаны совсем не в моем вкусе.
