Хех) ещё один чат по тарантулу?

по архитектуре сервисов с участием тарантула

шардинг

Вопрос в студию!
На странице
https://tarantool.io/en/product/enterprise.htmlhttps://tarantool.io/en/product/enterprise.html
указано, что в Ent - подписке есть фича "Time series data". Уточните пжл почему эта фича только в Ent-подписке, и как она реализована на движке vinyl?

по сути это не про винил как таковой, хотя он используется для хранения, а про способ шардирования при котором данные из одного диапазона во времени оказываются на одной партиции шардинга, при этом есть возможность этим гибко управлять. Это реализованно в т.н. coiiot - нашем решении для iiot.

в общем, я заполз в этот чат в надежде что он всё же пошире будет чем просто про tarantool enterprise - а именно про паттерны enterprise архитектуры.

угу, понятненько. Спасибо!

Т.е. на оупенсорсе для временных рядов ничего нету?

набор "сделай сам"

наверное, тогда уместней временной ряд одтельно в influxdb, например, держать?

есть influx, есть graphite

вот мы и подобрались а паттернам

в influx шардинг только в коммерческой версии AFAIR

хм, стремно

если смотрите на специализированное решение для time series, и готовы разбираться в сортах г-на, простите, то я бы ещё посмотрел на timescaledb. но в целом, опять же, с точки зрения enterprise, где выкинуть однажды прикрученное решение очень сложно, я бы не стал брать специализированную базу под time series - я не верю что они выживут в долгосрочной перспективе, слишком узкий кейс, большинство DWH решений через несколько лет, думаю, его успешно закроют. Я бы звял graphite с его родным бэкендом, либо сделал бы на бд общего назначения (tarantool тут только один из вариантов)

Кликхаус?

Мы смотрели на time series с точки зрения задач IIoT (или задачи АСУ ТП, если называть вещи своими именами).
так вот там вполне допускается сжатие данных для долгосрочного архива с потерями, что и было реализовано в coiiot (SwingingDoor).
Те для потоковой аналитики используется весь честный поток, а для долгосрочного хранения с жатием.

хмм, большое спасибо, за наводку! Я делаю на тарантуле, но столкнулся с проблемой построения агрегатов.
- Чтобы быстро их строить, приходится предвычислять и хранить, что требует приличных доп. усилий
 - В кликхаусе медленная вставка и фулскан по кластеру. (Тоже его смотрел, но спасибо Роме Т. - отговорил)

А Вы сразу в кх писали или перед ним стоял какой то буфер?

смотрите, кликхаус - это опен сорс проект, а не продукт, который можно купить с какой-то гарантией результата. поддержкой занимается сторонняя контора - Altinity. До тех пор пока яндекс не объявит об официальной платной поддержке clickhouse (а это тяжело и больно), это не enterprise решение я считаю. Ну и это DWH, конечно, а не TSDB