Currently evaluating #greptimedb as data sink for everything (metrics, traces, logs). The collection is pretty fast and nice from my first "play around sessions" with greptime. Seems that it is missing some sort of rbac currently to segerate the databases from each other? In a single cluster concept for one customer that my be fine but in a single-cluster-multi-customer concept it seems not that well suited currently? Or am I missing something?
🌘 超越 ELK:輕量級且可擴展的雲原生日誌監控
➤ 告別 ELK 的時代,迎接更高效的日誌監控
https://greptime.com/blogs/2025-04-24-elasticsearch-greptimedb-comparison-performance
本文探討了 ELK 堆疊在現代日誌儲存場景中日益顯著的限制,並介紹了 GreptimeDB 作為下一代日誌資料庫,在架構和使用者體驗方面均具優勢。透過結合 Vector 與 GreptimeDB,文章展示了一個完整的流程,從日誌收集、儲存到解析和查詢。文章指出 ELK 儲存成本高昂、資源浪費、維護複雜等問題,並強調 GreptimeDB 在壓縮率、儲存計算分離、資源需求和雲原生操作方面的優勢。
+ 這篇文章很清楚地指出了 ELK 的問題,並提供了一個很有潛力的替代方案。對於正在為日誌儲存成本而苦惱的團隊來說,GreptimeDB 值得深入研究。
+ 我很好奇 GreptimeDB 在實際生產環境中的表現如何,特別是在大規模部署和高併發情況下。希望能看到更多
#雲端運算 #日誌監控 #資料庫 #GreptimeDB
Beyond ELK: Lightweight and Scalable Cloud-Native Log Monitoring

This article explores the growing limitations of the ELK stack in modern log storage scenarios and introduces GreptimeDB as a next-generation log database with advantages in both architecture and user experience. By combining Vector with GreptimeDB, we demonstrate a complete pipeline—from log collection and storage to parsing and querying.

Beyond ELK: Lightweight and Scalable Cloud-Native Log Monitoring

This article explores the growing limitations of the ELK stack in modern log storage scenarios and introduces GreptimeDB as a next-generation log database with advantages in both architecture and user experience. By combining Vector with GreptimeDB, we demonstrate a complete pipeline—from log collection and storage to parsing and querying.

Observability 2.0 and the Database for It

Observability 2.0 centers around “wide events,” breaking down the silos between metrics, logs, and traces. This article outlines the core ideas and technical challenges of this new paradigm, and introduces how GreptimeDB, a native open-source database for wide events, provides a unified and efficient foundation for next-gen observability platforms.

An impressive new idea from #greptimeDB to get better human readable errors in #Rust https://greptime.com/blogs/2024-05-07-error-rust
Greptime: An Efficient, Fast, Cloud-scale Time Series Data Platform

Greptime: cloud-native time series data platform for IoT and Observability, unifying metrics, logs, and events processing with enterprise-grade features and flexible edge-to-cloud deployment options.

#GreptimeDB - an open-source, cloud-native, distributed time-series database
https://github.com/GreptimeTeam/greptimedb
GitHub - GreptimeTeam/greptimedb: Open-source, cloud-native, unified observability database for metrics, logs and traces, supporting SQL/PromQL/Streaming.

Open-source, cloud-native, unified observability database for metrics, logs and traces, supporting SQL/PromQL/Streaming. - GreptimeTeam/greptimedb

GitHub