Toutes les études de cas DevOps / Étude de cas 04 / 05
Pivelo Software
Pipeline CI/CD auto-réparant
Un pipeline qui comprend pourquoi il a échoué, et se répare quand il peut
En clair
Quand une build échoue, un agent lit les milliers de lignes de logs, trouve la vraie cause, relance seul les échecs passagers (réseau, délai dépassé) et envoie au développeur une suggestion de correction quand le problème vient du code.
- Client
- Pivelo Software
- Secteur
- Éditeur de logiciels
- Taille
- 120 développeurs, 900 pipelines par jour
- −60 %de temps perdu sur les builds en échec
- 70 %des échecs passagers relancés sans intervention
- 30 spour un diagnostic, au lieu de 20 minutes
Le contexte
Chez Pivelo, environ un pipeline sur six échouait, souvent pour des raisons sans lien avec le code : registre indisponible, test instable, délai réseau. Les développeurs perdaient des heures à fouiller des logs de dix mille lignes.
Le défi
- 01
Les logs sont immenses, et la ligne utile est noyée au milieu.
- 02
Relancer à l’aveugle masque les vrais bugs.
- 03
Le développeur doit recevoir l’information là où il travaille.
- 04
Les mêmes pannes reviennent, sans que personne ne s’en souvienne.
Notre approche
Un service FastAPI reçoit les événements d’échec de GitLab CI. Un modèle de langage lit les logs, isole la trace d’erreur et la compare aux échecs passés stockés dans une base vectorielle. S’il s’agit d’une erreur passagère connue, il relance l’étape. Si le problème vient du code, il envoie au développeur concerné, dans Slack, l’explication et une suggestion de correctif.
La solution, étape par étape
- 01
Un pipeline échoue
10 000 lignes de logs, et une étape en rouge.
- 02
La cause isolée
L’agent trouve les deux lignes qui comptent au milieu du bruit.
- 03
Comparée au passé
Un délai réseau déjà vu 214 fois : c’est une erreur passagère.
- 04
Relancé automatiquement
L’étape repart seule et passe au vert, sans déranger personne.
- 05
Ou corrigé avec le développeur
Si c’est un bug, la suggestion de correctif arrive dans Slack.
Résultats
- −60 %de temps perdu sur les échecs de build
- 70 %des échecs passagers résolus seuls
- 30 sde diagnostic moyen
- −40 %de tickets « la CI est cassée »
Ce que nous livrons
- Service de réception des échecs (FastAPI)
- Analyse des logs par modèle de langage
- Base vectorielle des échecs passés
- Relance automatique encadrée
- Suggestions de correctif dans Slack
Technologies
- GitLab CI
- GitHub Actions
- Python
- FastAPI
- Claude API
- Qdrant
Délai
6 à 8 semaines
Équipe
1 ingénieur DevOps, 1 ingénieur IA
Cas illustratifs : clients et chiffres fictifs, représentatifs des solutions que nous livrons.