Tensora собирает потоки событий с серверов, приложений и датчиков, приводит их к единой схеме и отдаёт командам аналитики в виде, готовом для запросов, дашбордов и моделей. Без ночных батчей и без таблиц, которые расходятся через неделю.
Каждый слой можно использовать отдельно или вместе. Большинство команд начинают с приёма и хранения, а аналитику и модели подключают, когда накапливается история.
Подключаем источники через готовые коннекторы или вебхуки, приводим разные форматы к единой схеме на этапе приёма, а не после. Изменения схемы отслеживаются версиями, старые потребители продолжают работать на предыдущей версии столько, сколько нужно.
Свежие данные лежат на быстром уровне для интерактивных запросов, данные старше 90 дней автоматически переносятся на холодный уровень с компрессией и остаются доступными для тех же запросов без дополнительных шагов миграции.
Готовые витрины обновляются инкрементально, без полного пересчёта. Дашборды строятся поверх тех же таблиц, что доступны аналитикам напрямую через SQL-движок — никакого расхождения между «панелью для руководителя» и «таблицей для разбора».
Так выглядит путь одной записи через платформу, от появления на источнике до строки в дашборде.
Клиентская библиотека или коннектор отправляет событие с меткой времени и идентификатором источника. Очередь подтверждает приём за <15 мс на 95-м перцентиле.
Если событие соответствует зарегистрированной схеме, оно проходит дальше без изменений. Если нет — применяется правило преобразования или событие уходит в карантинную очередь для разбора.
Параллельно с записью в основное хранилище, событие обновляет несколько потоковых агрегатов: счётчики, скользящие окна, уникальные значения — без пересчёта истории.
Раз в несколько минут буферы сбрасываются партиями, оптимизированными для последующих аналитических запросов: сортировка, индексация по ключевым полям, компрессия.
Аналитик открывает дашборд и видит agregированные значения, обновлённые с задержкой в единицы минут. Модель, обучающаяся на исторических данных, читает тот же набор через тот же SQL-интерфейс.
Платформу используют команды, которым нужно видеть происходящее без задержки в сутки и без отдельного дата-инженера на каждый отчёт.
«Раньше отчёт по конверсии собирался вручную раз в неделю. Сейчас он обновляется каждые пять минут, и мы наконец видим, в какой момент дня проседает воронка, а не узнаём об этом постфактум из недельной сводки».
«Мы подключили десяток источников логов за две недели вместо обещанного интегратором квартала. Главная экономия — не во времени интеграции, а в том, что схема данных перестала расходиться между командами».
Десять человек, большинство — из дата-инженерии и распределённых систем. Меньше людей, больше внимания к тому, что уже работает.
Дайте нам пример источника — лог, экспорт из базы, поток вебхуков — и мы за один созвон покажем, как он будет выглядеть после прохождения через конвейер: от сырого события до строки в витрине.