CI/CD : définition et fonctionnement

L'intégration continue

Grady Booch emploie l'expression d'intégration continue dès 1991 ; l'Extreme Programming en fait ensuite une pratique quotidienne, avec des intégrations plusieurs fois par jour. Chaque développeur verse ses modifications dans le dépôt commun ; un serveur d'intégration compile le code, exécute les tests unitaires et les analyses de qualité, et signale en quelques minutes toute rupture. L'équipe corrige aussitôt, pendant que la modification en cause est encore fraîche dans les esprits.

Livraison continue et déploiement continu

Jez Humble et David Farley ont formalisé la livraison continue dans leur livre Continuous Delivery, paru en 2010. La chaîne, appelée pipeline, prolonge l'intégration : elle assemble un paquet unique, le déploie successivement sur des environnements de test, de recette et de préproduction, et y lance des tests plus larges, fonctionnels et de performance. En livraison continue, une personne décide du passage en production ; en déploiement continu, toute version validée y part automatiquement.

La chaîne s'accompagne de techniques qui limitent l'effet d'une erreur : déploiement progressif sur une part des utilisateurs, fonctions activables à distance, retour arrière automatisé. L'infrastructure elle-même se décrit en code et suit le même circuit de revue et de test que l'application.

Qui construit et fait vivre la chaîne

L'ingénieur DevOps et cloud conçoit le pipeline, choisit les outils, écrit les scripts de déploiement et surveille la santé de la chaîne. Les développeurs web et mobile écrivent les tests qui la rendent fiable et corrigent les ruptures qu'elle signale. L'administrateur système fournit et maintient les environnements, gère les comptes de service utilisés par les déploiements et prend le relais quand un incident de production demande une intervention sur l'infrastructure.

Questions fréquentes