Size: a a a

Сбор и аналитика системных сообщений

2020 December 16

SP

Sergey Pechenkó in Сбор и аналитика системных сообщений
Max Grom
А как собираете? Знаю как минимум будущую проблему что делать адекватный срез по пользователям в Prometheus не получится из-за сильно уникальных значений user_id
Потому что не прометеус, я же сказал. Не надо делать из событий метрики. События шикарно агрегируются эластиком и кибаной.
источник

AS

Aleksey Shirokikh in Сбор и аналитика системных сообщений
Max Grom
А как собираете? Знаю как минимум будущую проблему что делать адекватный срез по пользователям в Prometheus не получится из-за сильно уникальных значений user_id
возможно оно и не нужно. возможно нужны флаги пользователя.
типа платный/не платный
источник

MG

Max Grom in Сбор и аналитика системных сообщений
> Не надо делать из событий метрики - можете уточнить?
> агрегируются эластиком и кибаной - про агрегацию понял, но как туда их предложите слать
источник

AS

Aleksey Shirokikh in Сбор и аналитика системных сообщений
vector.dev конечно
источник

AS

Aleksey Shirokikh in Сбор и аналитика системных сообщений
ну или можно на технологиях прошлого века через rsyslog
источник

SP

Sergey Pechenkó in Сбор и аналитика системных сообщений
источник

TF

Terry Filch in Сбор и аналитика системных сообщений
2 станкана бурбона этому господину
источник

AS

Aleksey Shirokikh in Сбор и аналитика системных сообщений
звездатый!
источник

TF

Terry Filch in Сбор и аналитика системных сообщений
Aleksey Shirokikh
звездатый!
нейт
источник

MG

Max Grom in Сбор и аналитика системных сообщений
Спасибо
источник

SP

Sergey Pechenkó in Сбор и аналитика системных сообщений
Aleksey Shirokikh
ну или можно на технологиях прошлого века через rsyslog
Прошлый век - это syslog-ng (1998), rsyslog - 2004.
источник

TF

Terry Filch in Сбор и аналитика системных сообщений
Max Grom
> Не надо делать из событий метрики - можете уточнить?
> агрегируются эластиком и кибаной - про агрегацию понял, но как туда их предложите слать
https://t.me/ru_logs/24923

как тебе будет удобно учитывая ваши особености и архитектуры софта + как потом в будущем это поддерживать
источник

AS

Aleksey Shirokikh in Сбор и аналитика системных сообщений
сислог-нг вообще не нужен
источник

AS

Aleksey Shirokikh in Сбор и аналитика системных сообщений
хотя конфиг у него лучше чем у рсислога
источник

AS

Aleksey Shirokikh in Сбор и аналитика системных сообщений
но хорошо что и тот и другой можно уже отправить на свалку истории
источник

TF

Terry Filch in Сбор и аналитика системных сообщений
Aleksey Shirokikh
хотя конфиг у него лучше чем у рсислога
переписать syslog-ng на rust и всем юзать syslog-rst ?
источник

AS

Aleksey Shirokikh in Сбор и аналитика системных сообщений
хотя по инерции в принципе еще будут применять да...
источник

AS

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

MG

Max Grom in Сбор и аналитика системных сообщений
Terry Filch
https://t.me/ru_logs/24923

как тебе будет удобно учитывая ваши особености и архитектуры софта + как потом в будущем это поддерживать
Уточню может вопрос чуть шире. В целом, это задача отказаться от GoogleAnalytics и начать использовать наработки на уровне своей инфраструктуры. Но поскольку до вопроса визуализации далеко, да и не так критично, когда можно и в графане выводить. Потому ключевой момент для меня - понять как лучше слать и куда. На сейчас есть statsd + prometheus. Эта связка осталась после отказа от DataDog
источник

TF

Terry Filch in Сбор и аналитика системных сообщений
Max Grom
Уточню может вопрос чуть шире. В целом, это задача отказаться от GoogleAnalytics и начать использовать наработки на уровне своей инфраструктуры. Но поскольку до вопроса визуализации далеко, да и не так критично, когда можно и в графане выводить. Потому ключевой момент для меня - понять как лучше слать и куда. На сейчас есть statsd + prometheus. Эта связка осталась после отказа от DataDog
elk
источник