Logfire. Interroge les traces, les métriques et les logs de Pydantic Logfire.
Connecte ton projet Pydantic Logfire pour permettre aux agents d'interroger les traces, d'explorer les métriques et de rechercher dans les logs structurés, et pour que ses alertes atteignent Polylane dès qu'elles se déclenchent. Les agents peuvent analyser tes données OpenTelemetry pour résoudre les issues et comprendre le comportement de l'application.
Rejoindre la liste d'attenteCe que Polylane fait avec Logfire.
La santé des routes en une question
Les agents classent tes routes par nombre de requêtes, taux d'erreurs et latence p95 directement à partir des spans que tes services envoient déjà à Logfire, « qu'est-ce qui échoue » reçoit donc une réponse chiffrée.
Du taux d'erreurs au span en échec
Les agents récupèrent les requêtes derrière une mauvaise route et ouvrent une trace sous forme d'arbre parent/enfant, en nommant le span enfant qui a levé l'erreur et ce que son exception disait.
Tes traces en pleine enquête
Les agents recherchent des spans et des logs par service, route, niveau et statut pendant qu'ils traitent un incident, et chaque constat est cité avec la requête qui le fonde.
Du SQL quand la question sort de l'ordinaire
Pour tout ce que les outils dédiés ne couvrent pas, les agents exécutent du SQL borné en lecture seule sur tes records et metrics Logfire, les messages d'erreur du moteur guidant la tentative suivante.
Comment ça marche.
Connecter
Colle une clé API de projet et une clé API d'organisation, chacune créée avec l'accès Read-only et Manage project and org. Les identifiants sont chiffrés avant d'être stockés, et les agents n'interrogent jamais qu'avec la clé de projet.
Les vérifications prennent la garde
Le taux d'erreurs des requêtes, le volume et la latence p95 tournent comme vérifications à intervalles réguliers, à l'échelle du projet et par service ; les agents signalent les résultats qui s'écartent de la normale.
Les agents cartographient tes services
Chaque thread peut découvrir quels services rapportent au projet et comment chaque route se comporte en ce moment.
Les agents enquêtent
Les enquêtes passent des résumés par route aux spans individuels puis aux arbres de traces complets, dans une fenêtre de temps bornée.
Les outils que reçoivent les agents.
Ce qu'un agent peut faire avec Logfire en pleine enquête. Chaque appel atterrit dans la transcription du thread, cité.
logfireListServices Lister les services qui ont envoyé des spans ou des logs à Logfire dans une fenêtre de temps
logfireSearchSpans Rechercher des spans et des logs Logfire par service, nom, route, niveau, exception ou statut HTTP
logfireGetTrace Lire une trace Logfire sous forme d'arbre de spans parent/enfant avec les durées
logfireRouteSummary Nombre de requêtes, taux d'erreurs et latence p50/p95 par route depuis Logfire
logfireQuery Exécuter une requête SQL en lecture seule sur les tables records et metrics d'un projet Logfire
Questions.
Polylane est-il un SRE IA pour Logfire ?
C'est ce que la plupart des gens entendent par ce terme : des agents qui lisent tes métriques, logs et traces Logfire pendant les enquêtes et trient ses alertes dès qu'elles se déclenchent. Aux côtés de tous les autres fournisseurs de ton espace de travail, ils enquêtent sur les issues et réparent ce qu'ils peuvent. Nous parlons de logiciel autonome en exploitation plutôt que de SRE IA : l'idée est que ton logiciel prend soin de lui-même, pas qu'un bot rejoigne la rotation d'on-call.
Polylane remplace-t-il Logfire ?
Non. Ta configuration Logfire reste exactement où elle est. Polylane s'y connecte, s'en sert pendant les enquêtes et ajoute par-dessus le triage, la cause racine et les correctifs.