Outils développeurActualité

Blacksmith : mesurer ce qui ralentit vraiment la CI

Sur cette page
  1. L’annonce Blacksmith
  2. Suivre un pipeline complet
  3. Comparer un travail reproductible

La levée Blacksmith vise l’infrastructure de validation du code. Pour envisager d’autres runners, partez du temps réellement perdu dans votre pipeline plutôt que du montant du financement.

Pipeline CI séquentiel fictif : attente 4, préparation/cache 3, exécution 12 et envoi 1 minute, total 20. Diviser seulement l’exécution par deux donne 14 minutes, soit 30 % de durée en moins. Même échelle ; pas des mesures Blacksmith.
Pipeline CI séquentiel fictif : attente 4, préparation/cache 3, exécution 12 et envoi 1 minute, total 20. Diviser seulement l’exécution par deux donne 14 minutes, soit 30 % de durée en moins. Même échelle ; pas des mesures Blacksmith. Graphique : PeopleAreGeek. Source des données.
Agrandir l’image

L’annonce Blacksmith

Le communiqué du 12 août annonce une série B de 45 millions de dollars, menée par Peak XV, pour une valorisation de 550 millions. L’entreprise revendique plus de 6 000 sociétés utilisatrices et destine l’essentiel du capital au calcul. Ces déclarations ne prouvent pas une accélération chez chaque client.

La petite modification du workflow décrite pour changer de runner n’implique pas un coût de migration négligeable. Réseau, secrets, caches, dépendances matérielles et périmètre de confiance restent à examiner.

Suivre un pipeline complet

Notre exemple fictif dure 20 minutes : quatre en file d’attente, trois de préparation et cache, douze d’exécution, une d’envoi des résultats. Si l’exécution devient deux fois plus rapide et que le reste ne change pas, le total passe à 14 minutes, pas dix. La durée baisse de 30 %, soit une accélération d’environ 1,43×.

Cette distinction précise le besoin. Accélérer l’exécution peut aider, mais une équipe surtout bloquée en file doit aussi examiner concurrence et capacité. L’attente de téléchargements externes est encore un autre problème. La couverture sépare ces composantes sur la même échelle temporelle.

Avec des tâches parallèles, on ne peut pas toujours additionner les durées pour obtenir l’attente de la pull request. Deux tâches indépendantes de huit et douze minutes, démarrant ensemble, occupent douze minutes sur le chemin critique. Accélérer seulement celle de huit minutes ne déplace pas cette échéance.

Comparer un travail reproductible

Gardez révision du dépôt, matrice des tâches et versions des dépendances identiques. Séparez caches chauds et froids ; relevez attente, coût par tâche terminée et échecs nécessitant une nouvelle tentative. Une exécution réussie moins chère peut être compensée par davantage d’échecs ; une machine plus rapide reste bloquée par une dépendance séquentielle.

Limitez la première migration pour pouvoir revenir en arrière, puis examinez la modification réelle du workflow. Notre exemple est un calcul, pas un benchmark Blacksmith. Le financement documente une expansion d’infrastructure ; migrer demande des preuves propres au pipeline et à ses contraintes d’exploitation.

Revue du 8 septembre : sources primaires relues, données et statut actualisés, affirmations excessives retirées ; exemple explicatif original.