Блог

В настоящее время я создаю более быстрый тестовый жгут для нашей команды и буду записывать исходные данные из нашего запуска prod sdk и нашего промежуточного запуска sdk. Я запускаю тесты с помощью jest и хочу в конечном итоге запустить проанализированные запросы и их параметры запросов в своего рода хранилище данных и создать вокруг него приятный пользовательский интерфейс для отслеживания.

Я думал, что Прометей и Графана смогут это обеспечить, но после того, как я вчера немного поработал над POC, кажется, что эта комбинация больше используется для отслеживания производительности приложений, а не для обработки/обработки/отслеживания журналов запросов.

Является ли это правильным инструментом для того, чего я пытаюсь достичь, и если да, то может ли кто-нибудь пролить свет на то, где я мог бы найти еще немного чтения, соответствующего тому, что я пытаюсь сделать?

Прометей делает только одно, и это хорошо. Он собирает показатели и хранит их. Он используется для мониторинга вашей инфраструктуры или приложений для мониторинга производительности, доступности, частоты ошибок и т.д. Вы можете написать правила, используя выражение PromQL, для создания предупреждений на основе условий и отправки их менеджеру предупреждений, который может отправить их на пейджер, slack, электронную почту или в любую систему продажи билетов. Несмотря на то, что Prometheus поставляется с пользовательским интерфейсом для визуализации данных, лучше использовать Grafana, так как он довольно хорошо справляется с этим и легко анализирует данные.

Если вы ищете инструменты для распределенной трассировки, вы можете проверить Jaeger