Enquêtez sur les goulots d'étranglement de performance d'API

Zero extrait les données TP95 d'Axiom, fait remonter les endpoints les plus lents, identifie les schémas et crée une issue GitHub avec les constats à partir d'un seul message Slack.

Zero se connecte à :

Ce que Zero livre

Enquêtez sur les goulots d'étranglement de performance d'API — sample output from Zero — screenshot 1

Quel est le problème

Les pics de TP95 ne vous alertent pas toujours. Ils restent dans vos tableaux de bord de métriques, dégradant discrètement l'expérience utilisateur pendant que votre équipe se concentre sur les livraisons. Zero facilite la vérification à la demande de la performance de n'importe quel endpoint - extraire les 7 derniers jours de données TP95, voir quelles requêtes sont lentes, et obtenir une issue GitHub déposée automatiquement pour que rien ne passe à la trappe.

Comment Zero le corrige

Étape 1 : Connectez vos outils

Axiom

Requis

Axiom est requis. Zero interroge votre jeu de données Axiom pour les événements de requête filtrés par chemin d'endpoint et fenêtre temporelle.

Connecter

GitHub

Optionnel

GitHub est optionnel. Zero crée des issues à partir des constats sur demande, avec le tableau de métriques intégré dans le corps.

Connecter

Étape 2 : Demandez à Zero

@Zero vérifie Axiom pour l'endpoint POST /api/zero/runs - montre-moi le TP95 des 7 derniers jours et signale tout événement dépassant 5s.

essayer

Zero interroge Axiom pour l'endpoint

Zero extrait tous les événements de requête pour l'endpoint spécifié sur la fenêtre temporelle, en calculant le TP50, le TP95 et le TP99 par jour.

Zero fait remonter les événements lents

Zero filtre les événements au-dessus du seuil (par défaut : 5 secondes), les regroupe par heure de la journée et par schéma d'erreur, et identifie la cause racine probable.

Issue GitHub créée avec les constats

Zero dépose une issue GitHub structurée avec le tableau de métriques, la liste des événements lents et l'analyse de la cause racine - prête pour que l'équipe d'ingénierie agisse.

Étape 3 : Allez plus loin

Assigner et prioriser

Acheminez l'issue vers le bon ingénieur

@Zero assigne l'issue Axiom à Ethan et ajoute les étiquettes performance, priority-high.

essayer

Planifier une surveillance régulière

Mettez en place une vérification hebdomadaire du TP95 pour les endpoints clés

@Zero chaque lundi à 9h, extrais les 7 derniers jours de TP95 pour /api/zero/runs et publie dans #dev. Ne dépose une issue GitHub que si le TP95 dépasse 3s.

essayer

Enquêter sur un événement lent précis

Creusez un événement aberrant isolé

@Zero extrais la trace complète de l'événement de 6 857 ms du 12 avr. depuis Axiom et dis-moi où le temps est passé.

essayer

Conseils pour de meilleurs résultats

●Précisez un seuil dans votre prompt - 'signale les événements dépassant 3 secondes' - pour que les constats de Zero correspondent à votre SLO, et non à une coupure générique.

●Demandez à Zero de vérifier l'endpoint juste après un déploiement pour attraper les régressions avant qu'elles n'affectent les utilisateurs à grande échelle.

●Combinez avec le Tri quotidien des erreurs pour un bilan de santé matinal complet : les erreurs de Sentry plus la performance d'Axiom dans un seul brief.