+grafana

метрики - grafana over victoriametrics

вы не сможете спрыгнуть с ga в общем случае.

+

оно решает совершенно другие задачи

Я понимаю. Под словом “спрыгнуть” можно понимать необходимость не заводить GA на бекенд

Смотри (только тут без строгой математики, конечно)
Метрика - величина, которая существует и имеет смысл, условно, для любого момента времени. Загрузка проца, потребление iops, объём занятой памяти.
А события случайны по своей природе (зашёл пользователь на сайт, в логи упало событие).

Отличие метрики от события - метрики хороши, когда снимаются с регулярными интервалами. Если интервалы неравные - метрики страдают.
Чаще всего метрики имеют размерность "величина * частота" ([iops, req, Mbit]/сек). Но число событий (например, заходов на сайт) от изменения интервала никак не меняет свой смысл - оно будет просто больше или меньше.

Это моё интуитивное понимание, но косвенно в пользу его свидетельствует тот факт, что гугл в своей аналитике отказывается строить агрегаты, если событий слишком мало.

Понял. То есть мне в принципе стоит искать решение не для метрик (как VictoriaMetrics), а что-то другое?

был какой-то аналог GA открытый... piwik что ли

Если ты хочешь заместить гуглоаналитику, то:
1. Продумай передачу событий с фронта на бэк
2. Продумай хранение получившейся кучи всего (кликхаус/ELK)
3. Продумай дашборды

Или забить и использовать яндекс.метрику.

Был, и у него даже платный вариант вроде существовал. Но хранилка кучи всего всё арвно потребуется, так кликхаус спецом для таких задач пилился.

+

Задача не для фронта. Мне нужно собирать с бекенда события и формировать из этого продуктовые графики

С одной стороын для визуала я могу обойтись и графаной. Вопрос в том чем слать, куда и каким способом

боты пошли

опять

+, переименовали только её

ну и всегда можно  сливать с mysql - > clickhouse, а читать и строить из clickhouse

Сливать? Ну, не всё в базе есть, что нужно анализировать