Triage automatisé des erreurs, terminé avant le standup
Okou est un agent IA DevOps qui automatise le triage quotidien des erreurs. Chaque matin, il récupère les erreurs non résolues depuis Sentry et Axiom, les déduplique entre les deux sources et ouvre des issues GitHub assignées avec les stack traces complètes avant le standup, faisant gagner aux ingénieurs 20 à 30 minutes de revue manuelle.
Qu'est-ce que le triage des erreurs ?
Le triage des erreurs, aussi appelé bug triage ou incident triage, est le processus consistant à regrouper, prioriser et assigner les erreurs de production afin que les ingénieurs sachent quoi corriger en premier. Okou agit comme un agent IA SRE à travers Sentry, Axiom et GitHub : il déduplique les erreurs, applique des seuils, joint les stack traces et assigne les propriétaires du code. Le résultat est une automatisation quotidienne et cohérente du triage des erreurs, avec moins de fatigue liée aux alertes.
Pourquoi le triage manuel des erreurs crée une fatigue liée aux alertes
Chaque matin, un ingénieur doit ouvrir Sentry, parcourir les alertes Sentry non résolues, croiser avec Axiom, identifier ce qui est nouveau ou dupliqué, décider ce qui est sérieux, ouvrir des issues GitHub et trouver le bon responsable. Cette première passe répétitive coûte 20 à 30 minutes de temps d'ingénierie concentré et crée une fatigue liée aux alertes avant même que le vrai travail ne commence. Okou s'exécute à 8h45 et termine le même triage avant que quiconque n'ouvre son ordinateur.
Comment Okou automatise le triage quotidien des erreurs
Étape 1 : Connectez vos outils
Étape 2 : Demandez à Okou
Étape 3 : Allez plus loin
Intégrations Sentry, GitHub et Axiom pour le tri des erreurs
Ce workflow est une intégration Sentry-GitHub avec un agent au milieu : Okou lit dans Sentry, recoupe la même fenêtre temporelle dans Axiom et écrit dans GitHub. Chaque connecteur est autorisé séparément et limité à ce que le workflow utilise réellement, si bien qu'un accès en lecture à vos données d'erreurs n'implique jamais un accès en écriture à vos dépôts.
Intégration Sentry : les erreurs que Okou lit
RequisOkou lit votre suivi des erreurs Sentry via l'API issues et récupère les erreurs non résolues des environnements que vous désignez, triées par fréquence. Pour chacune, il lit le titre et le culprit, le nombre d'événements et d'utilisateurs touchés, le niveau ainsi que les horodatages de première et de dernière occurrence, puis récupère l'événement le plus récent pour obtenir la stack trace complète et ses tags de release et d'environnement. Cela couvre ce dont la décision de tri a besoin : ce qui a cassé, à quelle fréquence, où et depuis quand. Dans ce workflow, l'intégration Sentry est en lecture seule : Okou ne résout, ne fusionne et ne réaffecte jamais vos issues Sentry, et l'enregistrement qu'il écrit part dans GitHub.
Intégration GitHub : les issues que Okou crée
RequisChaque erreur qui dépasse votre seuil devient une issue GitHub dans le dépôt que vous indiquez à Okou. L'issue contient le titre de l'erreur, la stack trace, le nombre d'occurrences et d'utilisateurs touchés, les horodatages de première et de dernière occurrence, ainsi qu'un lien vers l'issue Sentry pour garder les données d'origine à un clic. Okou applique les labels que vous définissez et assigne le code owner des fichiers cités dans la stack trace. L'accès en écriture se limite aux dépôts que vous autorisez, et créer des issues est tout ce qu'il fait : aucun commit, aucune pull request, aucun réglage de dépôt.
Intégration Axiom : les logs Axiom que Okou recoupe
OptionnelAxiom est optionnel et se justifie par la déduplication. Si votre gestion des logs tourne déjà sur Axiom, Okou la lit dans la même passe : il exécute une requête APL sur les datasets de votre choix, bornée à la même fenêtre temporelle que la lecture Sentry, et compare ces logs Axiom aux signatures d'erreur déjà collectées. Cela rattrape le cas où une même panne apparaît deux fois sous des formats différents, et cela ajoute le contexte au niveau de la requête autour de la panne, que l'événement Sentry seul ne transporte pas. Sans Axiom, le workflow tourne quand même de bout en bout et la déduplication s'appuie alors sur les seules données Sentry.
Okou vs. triage manuel vs. règles d'alerte Sentry
Le triage quotidien des erreurs est la première couche de la réponse aux incidents automatisée. Les équipes automatisent le passage de Sentry à GitHub avec Okou, en réalisant la première passe répétitive avant qu'un problème ne nécessite une gestion d'incidents par IA plus large.
Triage manuel
Un ingénieur passe en revue Sentry et Axiom, identifie les doublons, décide de la gravité, ouvre les issues et trouve un responsable. C'est flexible, mais cela répète les mêmes 20 à 30 minutes de travail chaque matin.
Règles d'alerte Sentry
Les règles notifient l'équipe lorsqu'un seuil est franchi. Elles sont utiles pour la détection, mais l'équipe doit encore corréler les logs, dédupliquer les erreurs, créer les issues GitHub et assigner les responsables.
L'automatisation du workflow Sentry par Okou
Okou exécute l'automatisation Sentry de bout en bout : requête, déduplication inter-sources, application de seuils, création d'issues, ajout des stack traces et assignation des propriétaires du code. Les exécutions à la demande et post-déploiement utilisent le même workflow.
Conseils pour de meilleurs résultats
Questions fréquentes
Comment trier les erreurs Sentry et les transformer en issues GitHub ?
Pour créer automatiquement des issues GitHub à partir de Sentry, connectez Sentry et GitHub à Okou, puis donnez-lui un calendrier ou un prompt à la demande. Okou interroge les erreurs non résolues, applique des filtres d'occurrences et d'environnement, crée une issue par erreur qualifiée, joint la stack trace et les horodatages, et assigne un propriétaire du code.
Comment dédupliquer les erreurs entre Sentry et Axiom ?
Oui. Okou compare les signatures d'erreurs, les stack traces, les messages et la temporalité entre Sentry et Axiom, puis fusionne les événements correspondants en un seul enregistrement de triage. Chaque source sous-jacente reste liée pour l'investigation.
Comment réduire la fatigue liée aux alertes de la surveillance des erreurs ?
Limitez le triage à la production, définissez un seuil d'occurrences, dédupliquez la même erreur entre les outils et acheminez les erreurs à faible volume vers un résumé plutôt que de créer une issue. Cela permet de garder la file concentrée sur les erreurs qui nécessitent une action.
Okou peut-il lancer le triage des erreurs après chaque déploiement ?
Oui. Créez une automatisation qui démarre le workflow de triage des erreurs après un déploiement ou une fusion dans main, attend éventuellement une courte fenêtre d'observation, puis vérifie Sentry pour les nouvelles erreurs de production et crée les issues qualifiées.
De quels outils l'automatisation du triage des erreurs a-t-elle besoin ?
Sentry et GitHub sont requis : Sentry fournit les données d'erreurs et GitHub reçoit les issues assignées. Axiom est optionnel, mais il ajoute du contexte de logs et améliore la déduplication inter-sources.
Quelles permissions l'intégration Sentry-GitHub demande-t-elle ?
Sentry demande un accès en lecture aux issues et aux événements des projets que vous triez. GitHub demande un droit d'écriture sur les issues des dépôts qui doivent les recevoir. Axiom, si vous l'utilisez, demande un accès en requête aux datasets que vous désignez. Chaque connecteur s'autorise séparément dans Okou, et en révoquer un laisse les autres intacts.
Okou peut-il créer des issues dans plusieurs dépôts GitHub ?
Oui. Indiquez quel service ou projet correspond à quel dépôt et Okou achemine chaque issue en conséquence : les erreurs frontend vers votre dépôt web, les erreurs d'API vers celui du backend. Cette correspondance vit dans le prompt, vous pouvez donc la modifier sans reconfigurer le connecteur GitHub.
Okou modifie-t-il quelque chose dans Sentry ?
Non. Ici, l'intégration Sentry est en lecture seule : Okou interroge les issues et les événements et n'écrit rien en retour. Les statuts de vos issues, les affectations et l'historique des résolutions restent exactement comme votre équipe les a laissés. La seule chose que Okou crée, c'est l'issue GitHub.
Lancez votre premier triage Sentry
Connectez Sentry, GitHub et éventuellement Axiom. Utilisez le même prompt de triage quotidien pour voir le workflow en action sans le reconstruire à la main.