Как стать автором
Обновить

Grafana как еще один инструмент для технического мониторинга создаваемых нами программных продуктов

Время на прочтение7 мин
Количество просмотров244K
Всего голосов 24: ↑21 и ↓3+18
Комментарии7

Комментарии 7

Для бизнес аналитики лучше использовать что-то вроде metabase/apache superset/ряд других платный тулов. Это не критика, просто может кому пригодится, а то в СНГ все пишут свои на коленке часто.
Спасибо за названия, давно искал что-то подобное вместо SQL Server Reporting Services. Список альтернатив с alternativeto.net почему-то не радовал.
Другие платные тулы навскидку:
— periscopedata (у них крутой блог)
— looker
— statsbot (соотечественники делают)
Можно по их keywords искать аналоги.

Про алертинг в графана два слова.
Честно сказать, лучше бы его там не было.
Он годится для каких-то совсем простых вещей. Но как только в дашборд появляется темплейтинг — ой, ой, ой, алертинг перестает работать. Ещё плохо, что нельзя настроить возможность отсылки единичных событий: всегда приходит сначала XXX metrics FAILED, а потом XXX metrics OK (это если, например, нужно попросту мониторить наличие ошибки в эластике). Можно исхитриться всякими промежуточными решениями… Но вывод простой: графана — это про визуализацию данных. Не больше и не меньше.
Для BI из бесплатных инструментов — лучше подойдёт SuperSet. И, да, в нем уже запросили поддержку influxdb/prometheus и прочих tsdb.

А как алертинг в Graylog? Лучше чем в Графана?

Я бы сказал, что их нельзя сравнивать напрямую.
Тогда уж надо сравнивать Graylog с ELK и ElastAlert.

Тема как они из текстовых логов достают нужные данные не раскрыта. Structured log это хорошо, но где-то ведь должна быть и пост-обработка логов (кто-то должен посчитать время между log-event start и log-event end)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий