1. Le déploiement continu¶
Déploiement continu, livraison continue (CD) et intégration continue (CI) sont un ensemble de pratiques liées à des outils et/ou des services d'usine logicielle et qui relèvent des aspects "agiles" d'un mouvement plus large appelé "Devops".
Qu'est-ce Devops ?¶
Le mouvement devops est né à la fois de la volonté de globaliser les méthodes agiles à l'ensemble du système d'information et mais aussi de l'application des principes de l'agilité à la production. Il est cependant possible d'être agile dans une équipe uniquement de développement, comme il est possible de mettre en place certains principes devops dans un environnement de développement en cascade. Devops s'appuie sur la méthode Scrum, les principes du Lean Management et met en place les processus ITSM.
Définition de Devops
Devops est la concaténation des trois premières lettres du mot anglais development (développement) et de l'abréviation usuelle ops du mot anglais operations (exploitation), deux fonctions de la gestion des systèmes informatiques qui ont souvent des objectifs contradictoires. Le mot a été inventé par Patrick Debois durant l'organisation des premiers devopsdays à Gand en Belgique, en octobre 2009. Le DevOps est un mouvement visant à l'alignement de l'ensemble des équipes du système d'information sur un objectif commun, à commencer par les équipes de dev ou dev engineers chargés de faire évoluer le système d'information et les ops ou ops engineers responsables des infrastructures (exploitants, administrateurs système, réseau, bases de données,...). Ce qui peut être résumé par "travailler ensemble pour produire de la valeur pour l'entreprise". 1
Qu'est-ce le déploiement continu ?¶
Le déploiement continu d'une application consiste à le mettre en production dès que tous les tests logiciels ont été réalisés.
Définition du déploiement continu
Le déploiement continu peut être considéré comme une extension de l'intégration continue (CI), visant à minimiser délai d'exécution, soit le temps écoulé entre le développement d'une nouvelle ligne de code et l'utilisation de ce nouveau code par les utilisateurs en production. 2
Qu'est-ce la livraison continue (CD) ?¶
On confond souvent "déploiement continu" (Continuous Deployment) et "livraison continue" (Continuous Delivery).
Livraison continue (Continuous Delivery) versus déploiement continu
La livraison continue est une suite de pratiques conçues pour garantir que le code peut être déployé rapidement et en toute sécurité vers la production en livrant chaque changement dans un environnement proche de la production et en garantissant que les applications et services métier fonctionnent comme prévu grâce à des tests automatisés rigoureux. Comme chaque modification est fournie à un environnement intermédiaire en utilisant une automatisation complète, vous pouvez avoir l'assurance que l'application peut être déployée en production en appuyant sur un bouton lorsque tout est prêt.
Le déploiement continu est la prochaine étape de la livraison continue : chaque modification qui passe les tests automatisés est automatiquement déployée en production. Le déploiement continu devrait être l'objectif de la plupart des entreprises qui ne sont pas limitées par des exigences réglementaires ou autres. 3
Qu'est-ce que l'intégration continue (CI) ?¶
Au regard des deux pratiques précédentes, on peut trouver plusieurs définitions de l'intégration continue (CI).
Définition de l'intégration continue selon Wikipedia FR
L'intégration continue repose souvent sur la mise en place d'une brique logicielle permettant l'automatisation de tâches : compilation, tests unitaires et fonctionnels, validation produit, tests de performances… À chaque changement du code, cette brique logicielle va exécuter un ensemble de tâches et produire un ensemble de résultats, que le développeur peut par la suite consulter. Cette intégration permet ainsi de ne pas oublier d'éléments lors de la mise en production et donc ainsi améliorer la qualité du produit. 4
Définition de l'intégration continue selon l'Agile Alliance
Le terme intégration fait référence aux efforts encore nécessaires, après que des programmeurs individuels ou des sous-groupes de programmeurs travaillent sur des composants séparés, pour qu'une équipe de projet fournisse un produit pouvant être livré comme un ensemble fonctionnel. 5
Par exemple, si deux développeurs, travaillant en parallèle, implémentent de nouvelles fonctionnalités sur deux composants A et B, chacun pense à sa satisfaction que le travail est terminé, puis vérifie que les changements à A et B sont cohérents et résout toute incohérence, appartiennent à la catégorie de l'intégration.
Les équipes pratiquant une intégration continue recherchent deux objectifs: d'une part, minimiser la durée et l'effort requis par chaque épisode d'intégration et, d'autre part, être en mesure de livrer une version du produit pouvant être mis à disposition à tout moment. En pratique, ce double objectif nécessite une procédure d'intégration reproductible à tout le moins et largement automatisée. Ceci est réalisé grâce à des outils de gestion de version, des politiques et des conventions d'équipe, et des outils spécialement conçus pour aider à réaliser une intégration continue. 6
Outils CI/CD¶
Jenkins, GitLab CI, Buildbot, Drone, Concourse sont des outils CI/CD, 7 mais on en trouvera beaucoup d'autres. 8
-
Défintion de la notion de déploiement continu par l'Agile Alliance ↩
-
Puppet blog Continuous Delivery Vs. Continuous Deployment: What's the Diff?. ↩
-
Définition de l'intégration continue selon selon Wikipedia FR : https://fr.wikipedia.org/wiki/Int%C3%A9gration_continue. ↩
-
Définition de l'intégration continue selon l'Agile Alliance. ↩
-
Référence manquante. ↩