Logfire. Traces, Metriken und Logs aus Pydantic Logfire abfragen.
Verbinde dein Pydantic-Logfire-Projekt, damit Agenten Traces abfragen, Metriken erkunden und strukturierte Logs durchsuchen können, und damit seine Alerts Polylane in dem Moment erreichen, in dem sie auslösen. Agenten analysieren deine OpenTelemetry-Daten, um Issues zu beheben und das Anwendungsverhalten zu verstehen.
Auf die WartelisteWas Polylane mit Logfire macht.
Routen-Gesundheit in einer Frage
Agenten ordnen deine Routen nach Request-Zahl, Fehlerrate und p95-Latenz, direkt aus den Spans, die deine Services ohnehin an Logfire senden, sodass „was scheitert gerade“ eine nummerierte Antwort bekommt.
Von der Fehlerrate zum scheiternden Span
Agenten holen die Requests hinter einer schlechten Route und öffnen einen Trace als Eltern-Kind-Baum, benennen den Kind-Span, der geworfen hat, und was seine Exception sagte.
Deine Traces mitten in der Untersuchung
Agenten durchsuchen Spans und Logs nach Service, Route, Level und Status, während sie an einem Incident arbeiten, und jeder Befund wird auf die Query dahinter zurückzitiert.
SQL, wenn die Frage ungewöhnlich ist
Für alles, was die kuratierten Tools nicht abdecken, führen Agenten begrenztes, nur lesendes SQL über deine Logfire-Records und -Metriken aus, wobei die Fehlermeldungen der Engine selbst den nächsten Versuch leiten.
So funktioniert es.
Verbinden
Füge einen Projekt-API-Schlüssel und einen Organisations-API-Schlüssel ein, beide mit Read-only-Zugriff und Manage project and org angelegt. Zugangsdaten werden vor dem Speichern verschlüsselt, und Agenten fragen immer nur mit dem Projektschlüssel ab.
Checks übernehmen die Wache
Request-Fehlerrate, Volumen und p95-Latenz laufen in festem Takt als Checks, projektweit und pro Service; Agenten markieren Ergebnisse, die vom Normal abweichen.
Agenten kartieren deine Services
Jeder Thread kann herausfinden, welche Services an das Projekt melden und wie sich jede Route gerade verhält.
Agenten untersuchen
Untersuchungen gehen von Routen-Zusammenfassungen zu einzelnen Spans zu vollständigen Trace-Bäumen, innerhalb eines begrenzten Zeitfensters.
Die Tools, die Agenten bekommen.
Was ein Agent mitten in einer Untersuchung mit Logfire tun kann. Jeder Aufruf landet zitiert im Thread-Transkript.
logfireListServices Die Services auflisten, die in einem Zeitfenster Spans oder Logs an Logfire gesendet haben
logfireSearchSpans Logfire-Spans und -Logs nach Service, Name, Route, Level, Exception oder HTTP-Status suchen
logfireGetTrace Einen Logfire-Trace als Eltern-Kind-Span-Baum mit Dauern lesen
logfireRouteSummary Request-Zahlen, Fehlerraten und p50/p95-Latenz pro Route aus Logfire
logfireQuery Eine nur lesende SQL-Query gegen die Records- und Metrics-Tabellen eines Logfire-Projekts ausführen
Fragen.
Ist Polylane ein KI-SRE für Logfire?
Es ist das, was die meisten mit dem Begriff meinen: Agenten, die in Untersuchungen deine Metriken, Logs und Traces aus Logfire lesen und dessen Alerts sofort triagieren, wenn sie auslösen. Neben jedem anderen Provider in deinem Workspace untersuchen sie Issues und beheben, was sie können. Wir nennen es lieber Software, die sich selbst betreibt, statt KI-SRE: Der Punkt ist, dass deine Software auf sich selbst achtgibt, nicht dass ein Bot in die On-Call-Rotation einsteigt.
Ersetzt Polylane Logfire?
Nein. Dein Setup mit Logfire bleibt genau, wo es ist. Polylane verbindet sich damit, nutzt es in Untersuchungen und legt Triage, Grundursache und Fixes obendrauf.