Pipeline CI/CD (intégration et déploiement continus)

Un pipeline CI/CD est la chaîne automatisée qui prend chaque changement de code et le conduit jusqu’à un artefact déployable (voire jusqu’en production) en le construisant, le testant et le validant au passage. C’est l’ossature de l’industrialisation logicielle : ce que le pipeline ne vérifie pas automatiquement finira par casser silencieusement.

CI, CD et l’autre CD

L’intégration continue (CI) consiste à fusionner et vérifier les changements fréquemment : chaque commit déclenche compilation, tests et analyses, et un échec bloque l’intégration. La livraison continue (continuous delivery) prolonge la chaîne jusqu’à un artefact prêt à déployer à tout moment, le déploiement effectif restant une décision humaine. Le déploiement continu (continuous deployment) supprime cette dernière intervention : tout changement qui passe le pipeline part en production. Les deux « CD » sont souvent confondus ; la différence (un clic humain) est pourtant un choix d’organisation structurant.

Anatomie

Un pipeline s’écrit comme une suite d’étapes (stages) contenant des travaux (jobs) exécutés par des agents (runners) : construction, tests, création et publication de l’artefact (image de conteneur, paquet), puis déploiement par environnement. Les jobs d’un même stage tournent en parallèle ; un stage n’ouvre que si le précédent a réussi. La définition vit dans le dépôt, versionnée avec le code (.gitlab-ci.yml, workflows GitHub Actions), ce qui rend la chaîne auditable et rejouable.

Ce qui distingue un bon pipeline

Trois propriétés se dégradent vite si personne n’y veille. La vitesse : au-delà d’une dizaine de minutes entre le commit et le verdict, les développeurs cessent d’attendre le résultat, et le pipeline perd son rôle de garde-fou ; d’où l’importance des caches de dépendances et de la parallélisation. La reproductibilité : un même commit doit produire le même artefact, ce qui suppose des versions d’outils figées et des environnements d’exécution maîtrisés. L’idempotence du déploiement : rejouer le pipeline ne doit rien casser.

Restent les sujets qui fâchent en production : les secrets (injectés par le système de CI ou un coffre, jamais dans le dépôt), le dimensionnement des runners (goulet d’étranglement classique) et la tentation inverse de l’automatisation : l’usine à gaz de templates que plus personne n’ose toucher. Un pipeline est un livrable comme un autre ; il se maintient, se simplifie et se documente.