---
title: "Log-Management, das jede Log-Zeile mit Trace und Fehler verknüpft"
description: "LogBrew ist ein Log-Management-Tool für Entwickler, mit 50 GB Logs im Monat und 30 Tagen Aufbewahrung kostenlos, ohne Kreditkarte."
canonical: "https://logbrew.co/de/logs"
last_updated: "2026-11-11"
---

# Log-Management, das jede Log-Zeile mit Trace und Fehler verknüpft
LogBrew ist ein Log-Management-Tool für Entwickler, mit 50 GB Logs im Monat und 30 Tagen Aufbewahrung kostenlos, ohne Kreditkarte.

Sende Logs aus dem Logger, den du schon nutzt. Durchsuche sie nach Level, Text, Trace, Dienst, Release, Umgebung, Zeit und Feld. Öffne den Fehler oder den Trace hinter jeder Zeile.

## 1 Log-Speicher, 4 Wege, ihn zu lesen
Deine Logs in LogBrew: Jede Zeile behält Level, Meldung, Felder, Dienst, Release, Umgebung und Trace-ID.

- Web-Dashboard: `logbrew.co`. Filtern, eine Zeile mit ihrem Trace öffnen und live zusehen.
- CLI: `logbrew read logs --severity error --since 1h --json`. Dieselben Filter aus deinem Terminal oder einem Skript.
- API: `GET /api/logs`. Cursor-Paginierung und bis zu 4 typisierte Feldfilter.
- MCP-Server: `https://logbrew.co/mcp`. Dein Coding-Agent liest die Logs der Projekte, die du freigibst.

Jeder Zapfhahn liest dieselben Logs mit denselben Filtern. Die Tassen füllen sich, wenn deine erste Zeile ankommt. Web und iOS-App zeigen Zeilen auch live, sobald sie eintreffen.

## Sende Logs aus dem Logger, den du schon nutzt
Kein neuer Logger. Füge das LogBrew-SDK neben deinem bestehenden hinzu, und jede Zeile kommt mit Level, Meldung und Feldern an.

- Node.js: `console`, Pino und Winston.
- Python: Das Modul `logging`, mit Feldern über `extra={}`.
- Java und Kotlin: SLF4J, Logback und JUL. Android-Logcat-Zeilen über das Kotlin-SDK.
- .NET: `ILogger` und ASP.NET Core.
- PHP: PSR-3 und Monolog, mit Symfony und Laravel.
- Rust: `tracing`, mit Axum, Actix und Rocket.
- OpenTelemetry: OTLP-Logs aus jedem OpenTelemetry-SDK oder Collector, ohne LogBrew-SDK.
- Supabase: Ein Log-Drain sendet die Plattform-Logs.

## Logs nach dem durchsuchen, was du schon weißt
Jeder Filter funktioniert im Web, in der CLI und in der API, die Log-Analyse startet also überall mit derselben Abfrage. Eine Textsuche trifft einen Teilstring der Meldung. Ein Feldfilter vergleicht einen typisierten Wert, eine Zahl nimmt also `gte` und ein Textwert `contains`.

- Level: `info`, `warning`, `error` oder `critical`.
- Text: Ein Teilstring der Meldung.
- Trace-ID: Jedes Log, das innerhalb eines Trace gesendet wurde, trägt seine Trace- und Span-IDs.
- Dienst, Release und Umgebung: Der Dienstname, das Release und die Umgebung, etwa `production`.
- Zeit: `since` und `until`, mit Cursor-Paginierung für lange Zeiträume.
- Felder: Bis zu 4 typisierte Filter pro Abfrage. Text nimmt `eq`, `ne`, `contains` und `starts_with`. Zahlen nehmen `gt`, `gte`, `lt` und `lte`.

```bash
curl -sS -G "https://api.logbrew.co/api/logs" \
  -H "Authorization: Bearer $LOGBREW_TOKEN" \
  --data-urlencode "project_id=$LOGBREW_PROJECT" \
  --data-urlencode "since=2026-11-10T05:31:33Z" \
  --data-urlencode 'attribute_filters=[{"path":"/metadata/order_id","type":"string","operator":"eq","value":"ord_42"}]' \
  | jq -c '.logs[] | {message, order_id: .attributes.metadata.order_id}'
```

```text
{"message":"order paid","order_id":"ord_42"}
```

## Von 1 Log-Zeile zu ihrer Ursache
- Log-Untersuchung: Öffne 1 Log mit seinem Trace und den Logs drumherum.
- Live-Tail: Sieh Logs in Echtzeit ankommen, im Web und in der iOS-App.
- Log-Regeln: Ändere den Schweregrad eines Logs oder blende es aus, ohne Daten zu löschen.
- Export: Speichere ein Log als JSON, CSV, TXT, Markdown oder XLSX.
- Agenten: Der gehostete MCP-Server und die CLI geben einem Coding-Agenten dieselben Logs mit denselben Filtern.

## Was jeder Plan für Logs enthält
Jeder Plan hat jede Funktion. Die Pläne unterscheiden sich in Volumen und Aufbewahrung. Ein Zähler warnt bei 80 % und pausiert bei 100 % nur Logs bis zum Monatsreset, ohne Zusatzkosten.

| Plan | Preis | Logs pro Monat | Aufbewahrung |
| --- | --- | --- | --- |
| Free | $0 pro Monat | 50 GB | 30 Tage |
| Pro | $25 pro Monat | 500 GB | 90 Tage |
| Business | $80 pro Monat | 2 TB | 1 Jahr |
| Enterprise | Individuell Angebot per E-Mail | Nach Angebot | Nach Angebot |

Produktaktionen zählen zum Log-Kontingent. Logs außerhalb der Aufbewahrung werden innerhalb von 1 bis 8 Tagen gelöscht.

## Häufige Fragen

### Was ist Log-Management?

Die Log-Zeilen sammeln, die deine Anwendungen schreiben, sie eine festgelegte Zeit aufbewahren und nach Level, Text, Zeit und Feld durchsuchen. LogBrew ergänzt den Link von einer Zeile zum Trace und zum Fehler, aus dem sie kam.

### Was ist Logging, und wie funktioniert es?

Dein Code schreibt 1 Zeile pro Ereignis mit Level, Zeit und Meldung, über einen Logger wie Pino, Python `logging` oder SLF4J. Ein Handler oder Appender sendet jede Zeile an LogBrew, wo sie gespeichert und indiziert wird.

### Was ist eine Log-Zeile?

Ein Datensatz aus einem Logger, mit Zeitstempel, Level, Meldung und den Feldern, die du anhängst, etwa `order_id`. In LogBrew trägt sie auch Dienst, Release, Umgebung und die Trace-ID, wenn sie innerhalb eines Trace gesendet wurde.

### Was ist Log-Aggregation, oder zentrales Logging?

Die Logs jedes Dienstes und Hosts an 1 Ort senden, damit 1 Suche alle abdeckt. Jede Zeile behält ihren Dienstnamen, du kannst die Suche also wieder auf 1 Dienst eingrenzen.

### Wie lange bewahrt LogBrew Logs auf?

30 Tage bei Free, 90 Tage bei Pro, 1 Jahr bei Business und nach Vereinbarung bei Enterprise. Logs außerhalb des Zeitraums werden innerhalb von 1 bis 8 Tagen gelöscht.

### Was passiert bei 50 GB im Free-Plan?

LogBrew warnt bei 80 %. Bei 100 % pausieren nur Logs bis zum Monatsreset. Fehler, Traces und Metriken fließen weiter, und Zusatzkosten gibt es nicht.

## Public links
- Logs: https://logbrew.co/de/logs
- Pricing: https://logbrew.co/de/pricing
- Docs Markdown: https://logbrew.co/de/docs.md
- OpenAPI: https://logbrew.co/openapi.json
- llms.txt: https://logbrew.co/llms.txt