GreptimeTeam greptimedb 6572 Rust https://avatars.githubusercontent.com/u/103400677?v=4 81 开源可观测性2.0数据库，统一指标、日志和链路追踪，替代Prometheus、Loki和ES。 The open-source observability database. One columnar engine for metrics, logs, and traces, on object storage.
创建于 4 年前
最后更新 今天
+4 stars today
AI 综合评分
81 A 级
代码质量 75
文档质量 84
社区健康 78
项目活跃 87
创新性 71
项目简介
开源可观测性2.0数据库，统一指标、日志和链路追踪，替代Prometheus、Loki和ES。
项目摘要
主题
云原生可观测性数据库，一站式处理指标、日志和追踪。
核心分点总结
统一存储：一个引擎管理指标、日志和追踪，替代Prometheus、Loki和Elasticsearch，简化架构。
高性能：基于Rust实现，低延迟高吞吐，支持PromQL、SQL和分布式查询。
云原生架构：深度集成对象存储，弹性扩展，降低成本，支持Kubernetes部署。
开放标准：兼容OpenTelemetry和Prometheus协议，原生支持Wide Events，无缝对接现有生态。
成本优化：列式压缩和分层存储，比传统方案节省70%以上存储成本。
行动指南
迁移现有可观测性堆栈：将Prometheus、Loki和ELK的采集端点指向GreptimeDB，统一查询入口。
利用对象存储降低成本：配置S3或兼容存储作为冷数据层，自动分层管理。
采用OpenTelemetry：使用OpenTelemetry SDK发送Metrics、Logs和Traces，充分利用GreptimeDB的关联分析能力。
金句总述
统一可观测性数据层，让监控更简单、更高效。
故事性收尾
想象一位SRE过去需要同时盯着Prometheus、Loki和Kibana，告警时手忙脚乱。现在，他只需在GreptimeDB的查询面板上输入一条SQL，就能串联错误日志、延迟指标和链路追踪，定位问题从小时级缩短到分钟级。他感叹："终于不用在三个系统间跳转了，一个数据库搞定一切！"
