CI, livraison continue, déploiement continu
Résumé : CI/CD cache en réalité trois pratiques distinctes, dont deux partagent malheureusement les mêmes initiales. L'intégration continue concerne la fusion et les tests du code. La livraison continue garantit qu'une version validée est prête à partir en production. Le déploiement continu l'y envoie automatiquement. Cette leçon clarifie définitivement, puis retrace l'histoire depuis 1991.
1. Le malentendu à dissiper d'emblée
Le sigle CD désigne deux choses différentes, et c'est la source de confusion numéro un du domaine.
Astuce pour ne plus jamais confondre : le mot deployment contient l'idée d'aller en production. Delivery signifie seulement livrer un colis prêt — quelqu'un doit encore l'ouvrir.
En entretien, si on vous demande « le CD, c'est quoi ? », la meilleure réponse commence par : « ça dépend duquel — la livraison continue ou le déploiement continu ? Les deux s'abrègent CD ». Cela démontre immédiatement une compréhension fine.
2. L'intégration continue — définition rigoureuse
Le point le plus souvent manqué : la CI n'est pas un outil, c'est une discipline d'équipe. On peut très bien avoir GitHub Actions configuré et ne pas faire d'intégration continue — il suffit que les développeurs gardent leurs branches ouvertes trois semaines. Inversement, une équipe très disciplinée faisait déjà de la CI en 2003 avec des scripts maison.
3. La livraison continue — définition rigoureuse
Test décisif pour savoir si vous faites de la livraison continue : posez-vous la question « si mon patron me demande de mettre la dernière version en production maintenant, combien de temps me faut-il ? ». Si la réponse est moins de 15 minutes et sans stress, vous faites de la livraison continue. Sinon, non.
4. Le déploiement continu — définition rigoureuse
Attention à un contresens fréquent : le déploiement continu n'est pas l'objectif ultime que toute équipe devrait viser. Beaucoup d'organisations très performantes s'arrêtent délibérément à la livraison continue, pour des raisons métier ou réglementaires parfaitement valables. Une banque ou un dispositif médical ne peut pas faire du déploiement continu sans validation.
5. Les trois pratiques côte à côte
Lecture importante : ces niveaux sont cumulatifs. Le déploiement continu contient la livraison continue, qui contient l'intégration continue. On ne peut pas sauter d'étape — une équipe qui tente le déploiement continu sans CI solide se met en danger.
6. Le tableau qui clarifie tout
| Critère | Intégration continue | Livraison continue | Déploiement continu |
|---|---|---|---|
| Périmètre | Build + tests | Jusqu'à « prêt pour la prod » | Jusqu'en production |
| Fréquence de fusion | Plusieurs fois par jour | Plusieurs fois par jour | Plusieurs fois par jour |
| Va en production ? | Non | Sur clic humain | Automatiquement |
| Intervention humaine | Aucune (dans le pipeline) | Un clic de validation | Aucune |
| Exigence de tests | Moyenne à bonne | Bonne | Très élevée |
| Observabilité requise | Faible | Moyenne | Très forte |
| Adoptée par | Presque toutes les équipes | Une large majorité | Une minorité mature |
| Compatible secteur régulé | Oui | Oui | Rarement |
Chiffre utile : d'après les enquêtes DORA et State of DevOps, la grande majorité des équipes pratiquent la CI, une bonne moitié atteint la livraison continue, mais seule une minorité — souvent des entreprises produit très matures — pratique le vrai déploiement continu.
7. Petite histoire du CI/CD — de 1991 à 2026
Deux ouvrages fondateurs à connaître de nom, car ils reviennent constamment dans les discussions :
- « Continuous Delivery » (2010) — Jez Humble et David Farley. Définit la livraison continue et le deployment pipeline.
- « Accelerate » (2018) — Nicole Forsgren, Jez Humble, Gene Kim. Établit scientifiquement le lien entre pratiques CI/CD et performance organisationnelle. C'est le livre qui a rendu les métriques DORA incontournables.
8. Trois pièges de vocabulaire à éviter
Retenir en 30 secondes
- CI = intégration continue. Fusionner et valider plusieurs fois par jour. Un seul sens.
- CD = deux sens : livraison continue (prêt, clic humain) ou déploiement continu (automatique).
- Astuce mnémotechnique : deployment → ça part en production. Delivery → c'est prêt à partir.
- Les trois niveaux sont cumulatifs : on ne saute pas d'étape.
- Le déploiement continu n'est pas obligatoire — beaucoup d'équipes matures s'arrêtent à la livraison continue.
- Histoire : terme en 1991, canonisé par Martin Fowler en 2000, livraison continue définie en 2010, métriques DORA en 2018, GitHub Actions en 2019.
- Deux livres à citer : « Continuous Delivery » (2010) et « Accelerate » (2018).
Suivant : Anatomie d'un pipeline : stages, jobs, runners, artefacts →