GreptimeTeam/greptimedb

База данных для мониторинга с открытым исходным кодом. Один колоночный движок для метрик, логов и трейсов, работающий на объектном хранилище.

MCP⭐ 6 690Rustпоследний релиз: v1.2.1
Открыть на GitHub ↗Сайт проекта ↗

Что это за инструмент

GreptimeDB — это open-source база данных для наблюдаемости (observability), объединяющая метрики, логи и трейсы в одном движке с хранением на объектном хранилище.

Зачем нужен

Инструмент решает проблему фрагментации стека мониторинга, позволяя заменить связку Prometheus, Loki и Elasticsearch единым бэкендом. Он полезен для корреляции данных по общим идентификаторам (например, service или trace ID) через SQL и для обеспечения длительного хранения данных без необходимости в отдельном аналитическом стеке.

Что можно реализовать

  • Замена разрозненных систем мониторинга (Prometheus, Loki, Elasticsearch) на единую базу данных
  • Корреляция метрик, логов и трейсов в одном запросе SQL по общим идентификаторам
  • Хранение телеметрии GenAI и агентов alongside инфраструктурных сигналов
  • Работа с высокими кардинальностями и длительным хранением на объектном хранилище без Thanos/Mimir

Ключевые возможности

  • Единая колоночная модель данных (tags, timestamp, fields) для всех типов телеметрии
  • Поддержка ingestion через OpenTelemetry (OTLP), Prometheus Remote Write, Loki Push и Elasticsearch Bulk
  • Возможность запросов к данным через SQL и PromQL
  • Открытая лицензия Apache-2.0 для ядра
  • Поддержка распределенного движка и объектных хранилищ

👤 Кому подойдёт: DevOps инженеры, SRE-команды и разработчики, использующие OpenTelemetry и желающие упростить стек мониторинга и аналитики

Релизы

v1.2.1minor
🕐 5 дн назад · релиз на GitHub ↗

Исправлены критические потери данных JSON2, ошибки в PromQL и агрегациях, улучшена совместимость с JDBC и стабильность работы.

  • Fixed: Устранена потеря данных JSON2 при компактировании из-за несовпадения статистики Parquet.
  • Fixed: Исправлена корректность запросов: count(*) после репартиции, накопление сбросов счетчиков в PromQL и обработка NULL.
  • Fixed: Восстановлена совместимость с JDBC-клиентами (DataGrip) через обработку SQL-комментариев в MySQL-протоколе.
  • Fixed: Повышена стабильность: обновлен jemalloc для устранения сбоев и переключен CPU-профайлер на framehop.
  • Added: Добавлена поддержка вставки строк JSON2 через gRPC с корректной обработкой SQL NULL.
v1.2.0majorbreaking
🕐 12 дн назад · релиз на GitHub ↗

GreptimeDB v1.2.0: новый тип JSON2, поддержка Prometheus Remote Write v2, Splunk HEC и улучшенная производительность запросов.

  • Added: Добавлен структурный тип данных JSON2 с доступом через точечные пути и функции, позволяющий хранить JSON как структуры, а не как единый блок.
  • Added: Реализована поддержка протокола Prometheus Remote Write v2 и экспериментальное потребление нативных гистограмм через PromQL.
  • Added: Появилась возможность приема логов и структурированных событий через совместимый с Splunk HEC интерфейс.
  • Added: Обновлен встроенный дашборд до версии 0.13.13 с поддержкой снимков, расширенных таблиц и командной палитры.
  • Added: Добавлены инструменты наблюдаемости для Flow-рантайма: команды SHOW FLOW STATUS и таблица information_schema.flow_statistics.
  • Breaking: Локальный доступ к файловой системе через SQL-команды COPY и внешние таблицы теперь ограничен или отключен в зависимости от типа развертывания.
v1.1.4minor
🕐 1 мес назад · релиз на GitHub ↗

Исправлены ошибки экспирации потоков, точности меток времени в MySQL, кэширования лидера MetaSrv и планирования компактирования.

  • Fixed: Исправлено преобразование значений EXPIRE AFTER в потоках: теперь они корректно конвертируются в миллисекунды, что предотвращает преждевременное истечение состояния.
  • Fixed: Решена проблема с отображением меток времени через MySQL: теперь учитывается точность столбца, исключая лишнее дополнение миллисекунд или усечение наносекунд.
  • Fixed: Восстановлена производительность кэширования метаданных на стороне лидера MetaSrv за счет корректного включения кэша после выборов лидера.
  • Fixed: Устранена блокировка планирования компактирования: теперь удаляется устаревший статус после ограничения, позволяя дальнейшим операциям продолжаться.
  • Fixed: Исправлено падение при отрицании минимальных числовых литералов и сохранение нулевых значений в массивах меток времени.