CI/CD : intégration continue et pipeline de livraison

Informatique de gestion · Bachelor 3

CI/CD : build automatisé, tests, pipeline, déploiement continu et indicateurs DORA.

Introduction

L'intégration continue (CI) consiste à fusionner très fréquemment le travail de chaque développeur dans une branche commune, et à vérifier chaque fusion par une construction (build) et des tests automatisés. Le but est de détecter les conflits et les régressions en quelques minutes plutôt qu'en fin de projet, lorsque leur correction coûte beaucoup plus cher.

La livraison continue (continuous delivery) prolonge cette chaîne : chaque modification validée produit un artefact déployable, qui traverse un pipeline d'étapes (compilation, tests unitaires, tests d'intégration, analyse de qualité, déploiement en préproduction) et peut être mis en production par une simple décision métier. Le déploiement continu (continuous deployment) va plus loin en supprimant cette validation manuelle : tout ce qui passe le pipeline part en production.

Ces pratiques sont au cœur de la culture DevOps. Elles s'appuient sur des techniques de réduction du risque (déploiement bleu-vert, déploiement canari, drapeaux de fonctionnalité) et se mesurent par quatre indicateurs popularisés par la recherche DORA : fréquence de déploiement, délai de mise en production, taux d'échec des changements et temps de rétablissement du service. Pour un informaticien de gestion, c'est aussi un sujet de gouvernance : traçabilité, séparation des tâches et conformité des mises en production.

Objectifs d'apprentissage

Distinguer intégration continue, livraison continue et déploiement continu
Décrire les étapes d'un pipeline CI/CD
Expliquer les stratégies de déploiement bleu-vert et canari
Citer et interpréter les quatre indicateurs DORA
Identifier les prérequis organisationnels d'une démarche CI/CD

Concepts clés

Intégration continue: Fusion fréquente du code dans une branche commune, validée à chaque fois par un build et des tests automatisés.
Pipeline: Suite automatisée d'étapes (build, tests, analyse, déploiement) qui transforme une modification de code en version livrable.
Livraison vs déploiement continu: La livraison continue garde une validation humaine avant la production ; le déploiement continu l'automatise entièrement.
Réduction du risque au déploiement: Bleu-vert, canari et drapeaux de fonctionnalité permettent de livrer sans tout exposer d'un coup, avec retour arrière rapide.
Indicateurs DORA: Fréquence de déploiement, délai de mise en production, taux d'échec des changements, temps de rétablissement.

Conclusion

Le CI/CD n'est pas qu'un outillage : c'est une discipline de petits lots, de tests fiables et de responsabilité partagée entre développement et exploitation. Les outils automatisent, mais la valeur vient de la rapidité du retour d'information.

Pour une organisation suisse soumise à des exigences d'audit, le pipeline devient aussi une preuve : chaque mise en production est tracée, testée et approuvée selon des règles explicites.

Cartes

Que vise l'intégration continue ?: Détecter tôt les conflits et régressions en fusionnant souvent et en validant chaque fusion par un build et des tests automatisés.
Quelle différence entre livraison continue et déploiement continu ?: Livraison continue : le logiciel est toujours déployable, la mise en production reste une décision manuelle. Déploiement continu : la mise en production est automatique si le pipeline réussit.
Qu'est-ce qu'un artefact de build ?: Le produit versionné issu de la compilation (paquet, image de conteneur, archive), construit une seule fois puis promu d'un environnement à l'autre.
Pourquoi construire l'artefact une seule fois ?: Pour garantir que ce qui a été testé est exactement ce qui part en production, sans recompilation différente selon l'environnement.
Qu'est-ce qu'un déploiement bleu-vert ?: Deux environnements de production identiques : on déploie sur celui qui est inactif, puis on bascule le trafic ; le retour arrière consiste à rebasculer.
Qu'est-ce qu'un déploiement canari ?: Exposer la nouvelle version à une petite fraction des utilisateurs, observer les métriques, puis étendre progressivement ou annuler.
À quoi servent les drapeaux de fonctionnalité (feature flags) ?: À livrer du code désactivé et à activer la fonctionnalité séparément du déploiement, ce qui dissocie livraison technique et lancement métier.
Quels sont les quatre indicateurs DORA ?: Fréquence de déploiement, délai de mise en production (lead time des changements), taux d'échec des changements, temps de rétablissement après incident.
Que signifie « casser le build » et comment réagir ?: Une fusion fait échouer le pipeline ; la règle d'équipe est de corriger ou d'annuler immédiatement, car un build rouge bloque tout le monde.

Glossaire

Pipeline CI/CD: Chaîne automatisée qui construit, teste et déploie le logiciel à chaque modification.
Artefact: Résultat versionné et immuable d'un build, destiné à être déployé.
Déploiement canari: Mise en production progressive sur une fraction du trafic pour limiter le risque.
Feature flag: Interrupteur logiciel qui active ou non une fonctionnalité sans nouveau déploiement.
Retour arrière (rollback): Retour à la version précédente en cas de problème après déploiement.
Taux d'échec des changements: Part des déploiements qui provoquent un incident ou nécessitent un correctif urgent.