Webtagr - Technologienummer

ELK veraltet? GreptimeDB: Die Next-Gen Cloud-Native Log-Speicherlösung

2025-04-28

Mit dem explosionsartigen Wachstum von Log-Daten offenbart die traditionelle ELK-Architektur Probleme wie hohe Speicherkosten, starken Ressourcenverschwendung und komplexe Wartung. Dieser Artikel stellt GreptimeDB vor, eine Cloud-native Datenbank, die eine Architektur zur Trennung von Speicher und Rechenleistung verwendet und Vorteile wie hohe Kompressionsraten, leichtgewichtiges Design und einfache Wartung bietet. Es wird der komplette Prozess der Log-Erfassung, -Speicherung, -Analyse und -Abfrage demonstriert, indem es mit Vector kombiniert wird, wodurch eine modernere Lösung für die Echtzeit-Log-Überwachung und Datenanalyse bereitgestellt wird.

(greptime.com)

Entwicklung Log-Speicherung

Observability 2.0: Über die drei Säulen hinaus, Akzeptanz von Wide Events

2025-04-25

Charity Majors von Honeycomb hat das Konzept der „Observability 2.0“ eingeführt, das eine Weiterentwicklung des traditionellen Paradigmas von „Metriken, Logs und Traces“ darstellt. Observability 2.0 konzentriert sich auf „Wide Events“ als einzige Quelle der Wahrheit – hochkardiale, hochdimensionale Ereignisdaten, die reich an Kontext sind. Dies ermöglicht die retrospektive Ableitung von Metriken, Logs und Traces und behebt Probleme wie Daten-Silos und die Einschränkungen der Voraggregation. Diese Umstellung bringt jedoch Herausforderungen bei der Ereigniserzeugung, dem Datentransport, der Speicherung und der Abfrage mit sich. GreptimeDB, eine Open-Source-Datenbank für analytische Observability, zielt darauf ab, diese Hürden zu überwinden. Sie unterstützt das OpenTelemetry-Format, verfügt über eine integrierte Transformations-Engine, eine Hochdurchsatz-Echtzeit-Datenaufnahme, Echtzeit-Abfrage-APIs und materialisierte Views und bietet so eine robuste Infrastruktur für Observability 2.0.

(greptime.com)

Entwicklung

GreptimeDB: Ein tiefer Einblick in die Fehlerbehandlung bei großen Rust-Projekten

2024-12-19

Dieser Blogbeitrag von GreptimeDB befasst sich eingehend mit den Praktiken zur Fehlerbehandlung in großen Rust-Projekten. Er beschreibt detailliert, wie ein kostengünstigerer und genauerer Fehlerstack entwickelt wurde, um System-Backtraces zu ersetzen, wie Fehler in großen Projekten organisiert werden und wie Fehler unterschiedlich für Logs und Endbenutzer dargestellt werden. GreptimeDB nutzt das snafu-Crate für die Fehlerverwaltung und implementiert einen "virtuellen User Stack". Dieser Ansatz erweist sich als effizienter und speichersparender als System-Backtraces und liefert klarere und verständlichere Fehlermeldungen für Entwickler und Endbenutzer.

(greptime.com)

Entwicklung