И ещё не понравилось, что почти все его модели хранения и индексации завязаны на работу с Date, а не DateTime, я понимаю, что яндексу это особо не нужно, но всё же

@dzenmail посмотрите в grafhouse или graphite-clickhouse. А если будете переделывать на на своей стороне, то pinba или statsd для предварительтной аргегации. Ну и в телеграме есть церковь метрик. Там можно еще спросить.

С тегами минус в том что нужно очень правильно индексы по частым делать

Чтобы фильтрация была адекватной. Ну и делать свой загрузчик данных

Ну и наконец есть nodejs для автоматизации создани дашбордов в grafana

И к сожалению хорошего хранилища именно под time series с тегами в природе нет

как нет?

тут конечно очень тонкий вопрос кого сичитать такой системой на самом деле

но собственно вышеозвученный прометеус заявлен как тайм сириес с тегами :)

Он не долгосрочное хранилище

Может из storage V3 будет

вроде никто в задаче не указывал срок жизни

Ну он в принципе не хранилище в традиционном понимании :)

ну он олл ин уан

Точнее это все же в основном in memory с упором на алертинг

заббикс некст генерейшн так сказать :)

И некоторыми допущениями что это инфраструктурные метрики

нам он один в один не подошел и в итоге начал пилить монстра

а можно поподробнее? ) Интересно кому вам и чем не подошел и что запилили? )

Тензор. Я сейчас в процессе старта проекта миграции с Zabbix на веселую солянку из эластика, кафки, гокарбона (зиппер стек) литься это все будет в графану ну и на очереди выбор алертинга.
Как допилится в более менее прод - будет на хабре статья. Пока это мноооожественные тесты с заруливанием продуктивного траффика метрик, анализа как это все прикрутить к нашему внутреннему стеку управления и куда бежать в целом. По цифрам у нас сейчас собирается около 2М+ метрик в секунду, так что выбор того куда это можно запихать и обработать был долог и тернист (и не окончен) :)