>Внимательно читаем определение СУБД (можно с вики) и понимаем, что
>СУБД бывают не только реляционными... Так что "чаще всего" - это как-то
>не то ;)
А мужики то не знают!>Я хочу сказать, что нельзя утверждать, что в нагиосе нет СУБД.
В том виде что она есть сейчас она меня мало устраивает.
>Внешний файл лога: читай, пиши - делай что угодно. Но функционал нацелен
>на добавление - что и происходит.
>Управление в оперативной памяти - легко: получение кода возврата от плагина и
>передача кода в нужные функции-обработчики.
>Журнал и восстановление: практически сложены на файловую систему, упростившись до сискола fsync()
>после кажой записи в лог.
>Внутренний язык - конфиг :)
Функционал мал. Если его хватает, то хорошо. Но когда нет, то nagios превращается в головную боль.
>А кто говорил про сторонние графики? Конечно они чем-то другим рисуються :)
Ну вообще система мониторинга должна не только тревоги регистирировать. Желательно, чтобы она еще умела к примеру графики рисовать на основе полученных данных.
>Гибкость в наше время нужнее чем скорость. Тяжело под каждый проект свою
>СУБД писать...
Ну еще надо не забывать, что реляционные СУБД дают неплохую скорость. Особенно при конкуретном доступе к данным.
>Для нагиоса это сделано как минимум потому что там она очень проста.
Ага в результате расширение функционала выливается в головную боль.
>OMG. 23giga база мониторинга... %))))
>Нет, ниче не хочу сказать. Не знаю на сколько это сервисов и
>за какое время.
1587 items. За полгода.