Log‑Enrichment im Vergleich: Lescopr vs. Loki – Mehr Kontext bei 10 000 RPS?

a computer screen with a bunch of text on it
Ein detaillierter Vergleich von Lescopr und Loki zeigt, welcher Log‑Enrichment‑Ansatz bei 10 000 Requests pro Sekunde die besten kontextuellen Metriken liefert.

Einleitung

Bei einer Last von 10 000 Requests pro Sekunde (RPS) wird die Qualität der Log‑Enrichment‑Daten zum entscheidenden Faktor für schnelle Incident‑Resolution. Zwei beliebte Lösungen stehen im Fokus: Lescopr, das Enrichment bereits im Ingest‑Layer integriert, und Loki, das primär als Log‑Aggregator fungiert und auf nachträgliche Anreicherung setzt. Dieser Artikel vergleicht beide Ansätze anhand konkreter technischer Kriterien und liefert eine fundierte Entscheidungsgrundlage für Backend‑Entwickler, SRE‑ und Produktteams.

Vergleichstabelle

Kriterium Lescopr Loki
Enrichment‑Modell In‑Pipeline (automatisch) Post‑Processing (extern)
Metriken pro Log‑Eintrag Bis zu 30 strukturierte Felder (z. B. User‑ID, SLA‑Status) Nur Roh‑Log, zusätzliche Verarbeitung nötig
Durchsatz bei 10 000 RPS 12 000 Log‑Einträge/s ohne Latenz‑Einbruch 10 000 Log‑Einträge/s, aber zusätzlicher Enrichment‑Job erhöht CPU‑Last
MTTR‑Verbesserung Reduktion um 20 % im Durchschnitt Keine messbare Reduktion ohne eigene Enrichment‑Logik
DSGVO‑Compliance Eingebautes Consent‑Management Manuell über externe Prozesse
Kosten Lizenzbasiert, skalierbar Open‑Source, aber zusätzliche Infrastruktur nötig
Integration Native Anbindung an FastAPI, Spring Boot, Node.js Separate Promtail‑Agenten nötig

1. Architektur und Datenfluss

Lescopr nutzt eine eingebettete Enrichment‑Engine, die bereits beim Empfang des Log‑Events Kontextinformationen aus internen Services (User‑Service, SLA‑Tracker) anfügt. Der Datenfluss sieht folgendermaßen aus:

  1. Log‑Event (JSON) → Ingress‑Gateway
  2. Enrichment‑Modul (Lookup‑Calls) → Erweitertes Event
  3. Speicherung in Zeitreihen‑DB + Dashboard

Durch diese Pipeline entstehen keine zusätzlichen Batch‑Jobs, was die Latenz bei 10 000 RPS auf unter 5 ms hält.

Loki hingegen speichert zunächst nur das rohe Log‑Event. Enrichment erfolgt über Promtail oder externe Log‑Processor‑Pipelines (z. B. Fluent Bit). Der zusätzliche Schritt bedeutet:

  1. Log‑Event → Loki (Speicher)
  2. Export → Externes Enrichment‑Tool
  3. Rückschleife → Dashboard

Dieser Umweg verursacht CPU‑Spitzen und erhöht die End‑to‑End‑Latenz um bis zu 15 ms, besonders bei hohen RPS‑Werten.

2. Kontextuelle Metriken und SLA‑Tracking

Ein zentrales Ziel von Log‑Enrichment ist das Anreichern von Metriken, die direkt im Incident‑Management verwendet werden können. Lescopr bietet vordefinierte Felder wie:

  • User‑ID (aus Auth‑Service)
  • Transaction‑ID (aus Service‑Mesh)
  • SLA‑Status (grün/gelb/rot)
  • Consent‑Flag (DSGVO‑Erfüllung)

Diese Felder stehen sofort im Dashboard zur Verfügung und ermöglichen automatisierte Alerts bei SLA‑Verletzungen. Loki muss dafür zusätzliche Export‑Jobs konfigurieren, was nicht nur Aufwand, sondern auch Inkonsistenzen bei der Datensynchronisation einführt.

3. Skalierbarkeit und Ressourcenverbrauch

Bei 10 000 RPS ist die Ressourcenauslastung kritisch. Lescopr skaliert horizontal über Kubernetes‑Operatoren, wobei jede Instanz etwa 150 MiB RAM pro 5 000 Log‑Events verbraucht. Loki benötigt hingegen Promtail‑Instanzen, die bei jedem Enrichment‑Job bis zu 300 MiB RAM pro 5 000 Logs beanspruchen, weil die Log‑Daten zweimal verarbeitet werden (Speichern + Enrich). Der zusätzliche Overhead kann zu CPU‑Spitzen von 85 % führen, wenn das Enrichment‑Tool nicht optimal dimensioniert ist.

4. Betrieb und Wartung

Lescopr bietet ein zentralisiertes UI für Konfiguration, Versionierung und Monitoring der Enrichment‑Regeln. Änderungen können live ohne Neustart ausgerollt werden. Loki erfordert dagegen manuelle Änderungen an Promtail‑Konfigurationen und ein Neustarten der Agenten, was zu kurzen Ausfallzeiten führen kann.

Verdict und Handlungsaufruf

Für Unternehmen, die bei hohem Durchsatz (≥10 000 RPS) schnelle, kontextuelle Metriken benötigen und gleichzeitig DSGVO‑Compliance sicherstellen wollen, ist Lescopr die klarere Wahl. Loki bleibt attraktiv für reine Log‑Archivierung ohne Enrichment‑Bedarf, erfordert jedoch zusätzliche Infrastruktur und erhöht die Komplexität.

Bevor Sie sich entscheiden: Vergleichen Sie anhand konkreter technischer Kriterien mit Lescopr — kostenlose Testversion verfügbar.

Wie funktioniert Log‑Enrichment? Log‑Enrichment fügt jedem Log‑Eintrag zusätzliche, strukturierte Metadaten hinzu, bevor er gespeichert wird. Das ermöglicht sofortige Analysen und automatisierte Alerts, ohne nachträgliche Datenaufbereitung.

Reading time: 6 minutes