Comment j'ai divisé par 3 le temps de déploiement d'un client
Retour5 min
Stratégie tech

Comment j'ai divisé par 3 le temps de déploiement d'un client

Un pipeline CI/CD bien pensé, quelques scripts et une bonne dose de pragmatisme. Retour d'expérience sur une mission qui a transformé le quotidien d'une équipe dev.

5 min de lecture
CI/CDdevopsdockerretour-experience

Le contexte : 45 minutes pour mettre en prod

Quand je suis arrivé chez ce client — une startup SaaS de 15 personnes — chaque déploiement prenait 45 minutes. Manuel. Avec un Google Doc comme checklist. Le CTO s'arrachait les cheveux.

L'audit : identifier les vrais goulets

Avant de foncer tête baissée dans la CI/CD, j'ai passé une semaine à observer. Les problèmes n'étaient pas là où on les attendait :

  • Les tests tournaient séquentiellement (12 minutes de perdues)
  • Le build Docker ne cachait rien (8 minutes à chaque fois)
  • Les migrations SQL étaient lancées à la main
  • Aucun rollback automatisé

La solution : pragmatisme avant tout

Pas de refonte complète. Pas de migration vers Kubernetes. Juste du bon sens :

  • Parallélisation des tests avec des workers GitHub Actions
  • Cache multi-layer Docker avec BuildKit
  • Migrations automatiques dans le pipeline, avec rollback intégré
  • Blue-green deployment sur un simple Docker Compose

Le résultat

De 45 minutes à 14 minutes. Trois fois plus rapide, mais surtout : zéro intervention manuelle. L'équipe déploie maintenant 3 à 4 fois par jour au lieu d'une fois par semaine.

Le plus satisfaisant ? Le CTO m'a dit : "On n'a plus peur de déployer le vendredi."

Articles similaires