@borovskyav эта задача даже не заслуживает того чтобы о ней тут переписываться - на столько она мала

я уже все это создал и ваши файлы утянул =)

Не понятно на самом деле нужно ли это во что то отдельное выносит
Кому то что то кастомизировать может понадобиться, а как примеру - этому файлику в доке кажется самое место

Готовый работающий из коробки вариант должен быть

Для тех, кому не надо кастомизировать

дефолтные конфиги нужно вынести в файлы и примаунтить их в docker-compose

так как это даст возможность новым пользователям лучше понять как мойра устроена из нутри

и как им её поднимать уже на боевых стендах

да и в случае с тестовой средой это тоже очень полезно - склонил себе репу - описал настройки для какого то канала нотификаци и сидишь тестишь

Не поможет запилить графики в уведомлениях ?

Собрал из carbonapi рисовалку PNG для прометея
https://github.com/lomik/prometheus-png

У нас уже на ревью код, который эти графики рисует

Прям киллер фича!

На самом деле мы изначально смотрели на вариант рисовалки из carbon-api и изначально я хотел брать её. Но Тимур, который и делает эту задачу, настоял на том, чтобы взять сторонний пакет. Это сильно затянуло задачу, потому-что кажется что сейчас нам бы хватило того что есть в carbon-api, с некоторыми ограничениями. Но сейчас я согласен с выбором Тимура, потому-что с рисовалкой из carbon-api код было бы намного сложнее поддерживать и ограничений в целом довольно много. Не говоря уже о том что пришлось бы повозиться в самом carbon-api чтобы безболезненно втаскивать их код, и новые фичи были бы заметно дороже :)

Звучит очень разумно )

Всё это очень хорошо, но очень долго

Привет.
Ребят, помогите разобраться с триггером, пжл.
Есть отношение двух метрик:

alias(asPercent(sumSeries(*.*.message.outgoing.delivery.*.*.*.*.count.succeeded.count), sumSeries(*.*.message.outgoing.send.*.*.*.*.count.succeeded.count)), 'SuccessRate')

в случае, если он < 80, делаем алерт.
Но вот проблема. Поскольку у нас процесс асинхронный значения первой и второй метрики каждую минуту могут занчительно отличаться, при этом, это не является проблемой с точки зрения работы процесса. Но в тоже время, это поражадет много алертов.
В Grafana это легко лечится условием "взять значение за сейчас минус 10 минут", т.е. среднее за последние 10 минут. И "ложных" алертов нет.
А как такое реализовать в Moira?
Если добавить к каждой из метрик из примера summarize за 10 минут, то Moira начинает делать странное - ровно раз в 10 минут триггер переходит в OK, затем через несколько секунд в ERORR и этот цикл повторяется каждые 10 минут.
Помогите, понять - почему и как пользоваться summarize в данном случае?

Привет!
У нас была подобная проблема. У себя мы порешали её использованием функции timeShift

Да, если вы в Графане делаете «взять значение за сейчас минус 10 минут», то почему в Мойре используете summarize? Он же меняет разрешение метрики, оттого и спецэффекты наверняка.

Кстати, «взять значение за сейчас минус 10 минут» и «взять среднее за последние 10 минут» — вовсе не одно и то же. Почитайте документацию или код функций movingAverage и timeShift.