новых пользователей)?
Если пренебречь шардированием, то как бы вы реализовали такой сбор именно в Go?
т.е. проблематика в персистентном хранилище, что in-memory такие метрики не сохранить, после перезапуска понятно сбросится счётчик, доставать из базы считать кол-во пользователей конечно можно было бы, но могут быть такие бизнес-метрики, которые запросом к базе не достать.
Пока что вижу один универсальный вариант - хранить значение метрик в Redis(ну или в БД), но может быть я не знаю более лучшего варианта? Погуглил golang prometheus redis и не нашёл ничего подобного, т.е. такой способ не популярен, может я пытаюсь совершить ошибку?
Clickhouse
Плюсую
Ты куда-то не туда пошел. Пром и есть бд для метрик Зачем тебе ещё куда-то их отправлять? Или у вас сам пром не персистентный?
А что такое собирать бизнес метрики? Приложение экспозит метрики на эндпоинте в прометеус формате а дальше по стандартной схеме
Я делал экспортер для 1с
Спс, там чуть ниже в чате уже разобрался 👍🏻 я думал для prometheus нужно сохранять обязательную последовательность для каунтера 1,2,3 и т.д. и нельзя начинать с нуля, а оказывается прометеус умный и понимает, что если текущее меньше предыдущего, значит надо текущее добавить к предыдущему
Но каунтер больше для оценки динамики роста. Так как тот же increase считает не точно.
Обсуждают сегодня