DZ
Size: a a a
2019 November 01
DZ
Это на уровне правил роутинга решается, не на уровне эскалации
DZ
логика такая - всё, что попало в луп эскалации - должно быть эскалировано до людей. Если там дежурства - то оно в итоге до кого-то дозвонится
A
Это на уровне правил роутинга решается, не на уровне эскалации
ну тогда опять приходим к тому что нужно две команды с дежурным и без.. В одну будет роутить только то про что писать во вторую все остальное
A
а учитывая что команд сильно больше одной..
DZ
не, зачем. Там же вон есть на скриншоте роут ту но уан
DZ
Но ты можешь устать описывать правила обработки инцидентов. Надо же как-то П1 назначать
A
а при nonone она разве не тупо оставит его висеть в дашборде без уведомлений?
DZ
О. А ты права, да. Интеграции же теперь к команде привязываются
DZ
Ну да, значит нужна пустая команда с интеграцией в слак
DZ
по дефолту всё в неё, а если нет - то тегами как-то разруливать направление в другие команды
A
Но ты можешь устать описывать правила обработки инцидентов. Надо же как-то П1 назначать
ну тот же прометей умеет сам указывать приоритет
# Priority level of alert. Possible values are P1, P2, P3, P4, and P5.
# Priority level of alert. Possible values are P1, P2, P3, P4, and P5.
A
Ну да, значит нужна пустая команда с интеграцией в слак
несколько команд. каждая команда хочет сообщения в свой канал про свой сервис -_-
DZ
Норм. У меня графана как рул-энжин сейчас - и она не умеет.
DZ
А точно джини нужен? Может сразу в слак слать?
DZ
Я джини использую как агрегатор и дедупликатор + статистика всякая
A
ну вот я уже про это думаю. но поинт в том чтоб иметь единую точку выхода от всех систем мониторинга. потому что бегать менеджить алерты в слак от прометея-ньюрелика и еще там какого-нибудь заббикса который еще не умер
A
плюс да, нужен дашборд со всем в одном месте
A
а держать звонилку, алерту или ее аналог и следить за тем кто-то что настраивает в каждой системе..пока выглядит сложнее чем настроить джини
DZ
раздай доступ командам, напиши инструкцию - и всё