Post by Victor SudakovPost by Dmitry MiloserdovВместо init.d появился svc как необходимое расширение функционала.
В большинстве мест где остался init.d в скрипты давно запихивают
метаданные о порядке запуска. А сановцы хотели большего - надо
возвращать систему в рабочее состояние при крахе сервиса, не заставляя
админа писать следилку за нужными процессами самостоятельно.
А ввиду желания дать возможность рестартовать связанные процессы
при крахе одного на init.d это никак не сделаешь.
Поэтому я и сказал, что где-то даже удобнее стало. В BSD сейчас тоже
/etc/rc.d/, в скриптах которого описаны зависимости и
стандартизированы команды типа start, restart, reload и т.п.
С BSD я слез с выходом 5.3-STABLE так что не в курсе "новинок".
Hовинки 5-ки мне показались достаточным основанием для перехода.
Hаличие возможности рестарта в скрипте это одно а автоматический
рестарт сервиса по событию несколько другое.
Помнится например squid в поставке практически всегда шел рестартером -
шеловским скриптом который запускал его недемонизированным, ждал
завершения и если завершение некорректно перезапускал.
Процессы антивируса-антиспама часто запускают с ограничением по памяти
чтоб в случае чего убить ав-ас а не всю систему - то есть тоже нужен
перезапуск причем возможно еще и клиентов этого ПО.
Post by Victor SudakovPost by Dmitry Miloserdovresolv.conf у всех может меняться системой обычно с помощью dhclient.
Hо этого не достаточно. Иногда несколько интерфейсов конфигурятся по
dhcp и что делать с dns серверами полученными от них нужно как-то
описать. Или просто локальная статика и получаемый иногда от wifi
или 3g адрес с dns серверами
Hу я на FreeBSD это делаю с помощью /etc/dhclient.conf. Пока мне хватало
тамошнего supersede, prepend и пр.
Впрочем это частности, а общая тенденция в ту сторону, чтобы всю
конфигурацию системы запихать в некоторую единообразную базу, которую
невозможно менять без промощи специального инструмента, мне
что-то нехорошее напоминает. regedit.exe мне это напоминает.
Я вижу тенденцию ухода от функциональной концепции к декларативной.
Плюс уход от конфигурации настроечным файлом к конфигирации серией
комманд. Последнее очень помогает в построении RBAC.
Параллель registry сомнительная - скорее уж ODM из aix. Hо и в
регедит ничего принципиально плохого не было - ну кроме сознательной
недокументированности и превращение в помойку даже стандартными
приложениями от разработчика ОС.