Size: a a a

2020 November 15

ЕО

Евгений Омельченко... in DevOps
Aleksey Shirokikh
не его задача.
А чья? Он же за нотификации отвечает. Или ты предлагаешь раз в n времени ходить и менять конфиг?
источник

PK

Phil Kulin in DevOps
Aleksey Shirokikh
9 строка
Не, не лейбл. А как по лейблам эскалация и выбор кому
источник

AS

Aleksey Shirokikh in DevOps
Phil Kulin
А отсылка?
источник

AS

Aleksey Shirokikh in DevOps
Евгений Омельченко
А чья? Он же за нотификации отвечает. Или ты предлагаешь раз в n времени ходить и менять конфиг?
если отсаваться в канве пром + am то ничья.
некоторые делают на основе того что в правиле учитывается время в которое его нужно расчитывать метрику
источник

AS

Aleksey Shirokikh in DevOps
но в целом это задача третьей системы которая будет заниматься доставкой в человека
источник

AS

Aleksey Shirokikh in DevOps
стек прометея имеет для каждого комопнента четко опеределенную задачу. и ребята яросно придерживаются концепции
источник

PK

Phil Kulin in DevOps
Я не очень кстати понимаю о каком вы расписании
источник

PK

Phil Kulin in DevOps
Пока я не вижу эскалации
источник

AS

Aleksey Shirokikh in DevOps
Phil Kulin
Я не очень кстати понимаю о каком вы расписании
вася дежурит в пятницу, васе удобнее получать алерты в телеграм, а пете в слак и телефон
источник

PK

Phil Kulin in DevOps
Aleksey Shirokikh
вася дежурит в пятницу, васе удобнее получать алерты в телеграм, а пете в слак и телефон
А. Ага. Я до этого просто ещё не дошёл. Но тут вопрос интересный и спорный
источник

SP

Sergey Pechenkó in DevOps
Phil Kulin
Ну т.е. что в проме умеет делать следящую систему, имеющую на выходе стейты
Ничего, всё правильно. Состояния сервисов как first class citizens умеет именно что исинга, плюс поддерживает их зависимости.
Поэтому свои нотификации в продукте я сделал на исинге. Кстати, во второй версии у неё реально отбитый (в хорошем смысле) язык конфигурирования, который можно и не использовать, но если использовать - жизнь очень сильно упрощается.
источник

ЕО

Евгений Омельченко... in DevOps
Aleksey Shirokikh
но в целом это задача третьей системы которая будет заниматься доставкой в человека
Ну АМ именно доставкой и занимается так-то. Если писать что-то третье, то можно прямо пром в это третье и направлять, а АМ выкинуть как убогое г
источник

AS

Aleksey Shirokikh in DevOps
Евгений Омельченко
Ну АМ именно доставкой и занимается так-то. Если писать что-то третье, то можно прямо пром в это третье и направлять, а АМ выкинуть как убогое г
можно выкинуть конечно, но задача am совсем другая
источник

AS

Aleksey Shirokikh in DevOps
его задача получить от множества промов информацию об алертах сгруппировать их и отправить в нужном направлении
источник

SP

Sergey Pechenkó in DevOps
Aleksey Shirokikh
вася дежурит в пятницу, васе удобнее получать алерты в телеграм, а пете в слак и телефон
Вот эта вся хрень в исинге поддерживается, и по ней даже чатик есть.
источник

AS

Aleksey Shirokikh in DevOps
Sergey Pechenkó
Вот эта вся хрень в исинге поддерживается, и по ней даже чатик есть.
я очень рад за ицингу. правда. но считаю алерт по стейту где расчет стайта в плагине плохой логикой.
источник

AS

Aleksey Shirokikh in DevOps
мне кажется что клиент должен быть тупой а мозг умный
источник

AS

Aleksey Shirokikh in DevOps
но это тракой вот трейд
источник

PK

Phil Kulin in DevOps
@freeseacher  спасибо за экскурс, без этого спора я бы не посмотрел. Я без иронии. Но возращаясь к нашим баранам...
источник

AS

Aleksey Shirokikh in DevOps
в ицинге логика поднятия события в плагине тоесть разбросана по милиону мест. мне так было бы не удобно.
источник