MD
Круто! 👍🏼
Спасибо 🤝
Спасибо 🤝
Size: a a a
2021 June 03
EZ
Мы к движку подцепляем свой плагин для метрик. В подключении этого плагина в конфигурацию движка добавляем свою реализацию IncidentHandler интерфейса. Ну и в ней просто в микрометре создаем каунтеры или гауги
SD
А, понял, т.е. речь только об инцидентах. А по очереди джобов, кол-ву процессов вы метрики не собираете?
EZ
Главное только еще взять из конфига созданные другие инцидент хэндлеры и их обернуть в какой-то один, который в цикле будет вызывать все инцидент хэндлеры
YY
Понял. Так уже сделали😁
Хочется ещё время жизни каждого трекать и по ним напоминалки кидать)
Хочется ещё время жизни каждого трекать и по ним напоминалки кидать)
EZ
У нас их там много. И на экзекьютор, и на кол-ва процессов, и на джобы
SD
и все без дерганья базы? или за этим уже в БД лезете?
EZ
Без походов в Бд
SD
А у вас process engine в одну ноду работает?
EZ
Мы наступили на грабли с квери через апиху камунды в метриках) приложуха ложится через небольшой промежуток времени
EZ
Несколько подов
SD
Понял. Таким образом, т.к. в бд вы не лезете, у вас нет проблем с дублированием метрик.
SD
А через side car не пробовали? Отдельную ноду для сбора метрик?
IC
Добрый день всем! Подскажите, можно ли менять схему уже задеплоенной схемы бп? Т.е. чтобы остался старый Difinition Id
IC
Чтобы во внешней системе, которая пользуется камундой, не менять каждый раз ссылку на difinition id
DK
там база умирала, а не ноды
SD
Ну правильно, если нод больше чем одна, соответственно кол-во запросов к БД увеличивается в N раз. Вот и спрашиваю, в одну ноду тянуло или нет))
GG
Definition ID при деплое изменений процесса можно оставлять какой был, в этом случае в будет создана новая версия, которая станет дефолтной. Старые активные инстансы при этом по умолчанию не мигрируются
IC
Difinition Id у нас автоматически формируется из названия, версии и deployment id. Соответственно при новом деплое новый deployment id.
IC
Может можно как-то подменить схему напрямую в БД камунды?