Skip to main content
LogBrew verwendet für jedes Produktkonzept genau einen Begriff. API-Felder, CLI-Flags, Enum-Werte, Ereignisnamen und Attributschlüssel bleiben in jeder Sprache unverändert.

Observability und Monitoring

Wie Sie Signale auswählen, zeigen Beispiele unter Telemetrie.

KI-Agenten

Wie Sie einen Client verbinden, lesen Sie unter KI-Agenten per MCP verbinden.

Observability-Signale

Ein gruppiertes Problem, das mehrere Vorkommen enthalten kann. Ein Vorkommen ist ein einzelnes erfasstes Auftreten dieses Issues. first_seen_at ist die Zeit des ersten Vorkommens. last_seen_at ist die Zeit des neuesten Vorkommens.
Ein einzelner Ereigniseintrag mit Zeitstempel, also ein Protokolleintrag. Ein Log kann Schweregrad, Dienst, Release, Umgebung, Trace-Kontext und datenschutzbegrenzte Attribute enthalten.
Ein Trace verfolgt Arbeit über eine Anfrage oder Operation hinweg. Ein Span ist eine einzelne, zeitlich gemessene Operation in diesem Trace. Eine Korrelation mit einem Trace belegt gemeinsamen Kontext. Sie beweist keine Ursache.
Ein Laufzeit-Messwert mit festgelegter Einheit, Art, Aggregation und festgelegtem Zeitraum. Metrikpunkte lassen sich nicht mit der Anzahl von Logs, Traces oder Issues gleichsetzen.
Eine bereitgestellte Version einer Anwendung oder eines Dienstes, die mit der Telemetrie gemeldet wird. Ein Release ist nicht dasselbe Objekt wie ein Projekt oder ein Repository.
Ein klassifiziertes Produktereignis, zum Beispiel eine Registrierung, ein Checkout, ein Import oder ein fehlgeschlagener Job. Analysen ordnen eine Aktion als Seitenaufruf, Bildschirmaufruf oder Interaktion ein. Eine Aktion ist kein automatischer Befehl, den LogBrew ausführt.

Untersuchung von Issues

Nicht jedes Vorkommen enthält jedes Feld. Die Lesereihenfolge und die Felder der Antwort beschreibt der Leitfaden zur Untersuchung.

Identität und Korrelation

Ein fehlender Wert beweist nicht, dass die zugehörige Aktivität nicht stattgefunden hat. Die Identitätsart zeigt, wie die App ihr Subjekt eingeordnet hat. Sie beweist nicht, dass die Daten anonym sind. Eine stabile ID kann Aktivitäten trotzdem verknüpfen.

Bereich und Datenqualität

Messungen und Zeit

Addieren Sie nicht die Dauern sich überlappender Child-Spans, um die Gesamtzeit einer Anfrage zu erhalten. Vergleichen Sie keine Anzahl von Ereignissen mit einer Anzahl identifizierter Nutzer.

Belegzustände

Diese Zustände sind nicht austauschbar:
  • Erfasst: Der Beleg ist vorhanden.
  • Nicht erfasst: Der Beleg wurde nicht erfasst.
  • Geschwärzt: Der Beleg wurde absichtlich verborgen.
  • Gekürzt: Der Beleg hat eine Grenze der Antwort oder der Erfassung überschritten.
  • Nicht verfügbar: Die Abfrage konnte den Beleg nicht liefern.
Likely cause (wahrscheinliche Ursache) und likely fix area (wahrscheinlicher Korrekturbereich) beschreiben begrenzte diagnostische Belege, keine bewiesene Grundursache. Reported impact (gemeldete Auswirkung) liefert die meldende Anwendung, außer ein Vertrag beschreibt ausdrücklich eine Messung durch LogBrew.

Produktanalysen

Unvollständige Zeiträume, fehlende Identität, unvollständig erfasste Eigenschaften, Sampling und Kürzung schränken das Ergebnis ein. LogBrew zeigt diese Grenzen an, statt sie in null oder Gewissheit umzuwandeln. Die Zählregeln beschreibt Produktanalysen. Mit Produktereignisse erfassen senden Sie klassifizierte Aktivität und typisierte Identität.