Comments 4
Выглядит очень интересно, спасибо! Буду пробовать на днях.
Меня несколько смущает архитектура данной системы.
В большой инфраструктуре приходится следить не только за метриками, но и за логами, транзакциями, да и вообще сообщениями об ошибках от железа и ПО разных уровней. Соответственно логичным видится отдельный модуль который хранит записи о том что «что-то пошло не так»(независимо от того нарушение ли это метрики или SNMP-Trap датчика открытия шкафа в ЦОДе). И далее отдельный модуль который отвечает за уведомление (различными способами) работающий с расписанием и списком железа и ПО находящемся «на обслуживании» (дабы не спамить в почту и телефон сообщениями о неправильной работе сервисов которые прямо сейчас перенастраивают).
Т.е. как минимум в качестве уведомлений необходима возможность отправлять сообщения из miora по snmp-trap, SOAP, etc.
В большой инфраструктуре приходится следить не только за метриками, но и за логами, транзакциями, да и вообще сообщениями об ошибках от железа и ПО разных уровней. Соответственно логичным видится отдельный модуль который хранит записи о том что «что-то пошло не так»(независимо от того нарушение ли это метрики или SNMP-Trap датчика открытия шкафа в ЦОДе). И далее отдельный модуль который отвечает за уведомление (различными способами) работающий с расписанием и списком железа и ПО находящемся «на обслуживании» (дабы не спамить в почту и телефон сообщениями о неправильной работе сервисов которые прямо сейчас перенастраивают).
Т.е. как минимум в качестве уведомлений необходима возможность отправлять сообщения из miora по snmp-trap, SOAP, etc.
Спасибо. Выглядит достаточно разумно и интересно. За хорошую документацию отдельный плюс.
Sign up to leave a comment.
Moira: Realtime Alerting