Concepts et chaîne de livraison

Concepts et chaîne de livraison

1. Présentation du cours

   Objectifs

   1. Comprendre ce qu'apporte une chaîne CI/CD et ce qu'elle ne fait pas.
   2. Écrire un workflow de CI exécutable et lisible.
   3. Construire et versionner une image de conteneur reproductible.
   4. Choisir une stratégie de déploiement selon le risque.
   5. Sécuriser la chaîne : secrets, permissions, dépendances.

   Public visé

   Développeurs et exploitants. Aucune expérience préalable de l'intégration continue n'est requise ; des bases de Git et de Docker sont suffisantes.

   Durée

   35 heures. Chaque module finit par un atelier où le pipeline est réellement exécuté.

2. Intégration continue et livraison continue

   L'intégration continue (CI) consiste à intégrer fréquemment du code dans une branche commune, en le vérifiant automatiquement à chaque apport. La livraison continue (CD) consiste à rendre chaque intégration vérifiable déployable en production, sans étape manuelle.

   Ce que la chaîne fait à chaque push

   1. récupérer le code et ses dépendances ;
   2. installer l'environnement de façon reproductible ;
   3. exécuter les vérifications : qualité, tests, sécurité ;
   4. construire l'artefact ;
   5. le publier ;
   6. déployer, puis surveiller.

   Chaque étape est un état : succès ou échec. Un état en échec arrête la chaîne — c'est tout l'intérêt.

   Ce qu'elle ne fait pas

   La CI/CD ne corrige pas un mauvais code, ne remplace pas les tests, et ne garantit pas qu'un déploiement est sans risque. Elle rend le feedback immédiat : c'est la rapidité du retour qui fait la qualité.

   La règle du lotissement inverse

   Plus une integration est petite et frequente, moins le conflit est cher a resoudre. L'integrer une fois par semaine, en fin de sprint, avec des branches longues, produit des conflits et desyel merges reportes : c'est l'inverse du principe meme de l'integration continue.

3. Panorama des outils

   Outil	Ce que c'est	Point d'attention
   GitHub Actions	CI/CD intégré à l'hébergement Git, configuration en YAML dans le dépôt	Le coût dépend du nombre d'exécutionsminutes, pas du nombre de dépôt
   GitLab CI/CD	intégré à GitLab, pipeline déclaratif en YAML	fonctionnalités avancées liées à l'offre
   Jenkins	serveur d'automatisation autonome, très flexible	à maintenir soi-même : JVM, plugins, sauvegardes
   Argo CD	déploiement continu déclaratif à partir de l'état voulu du cluster	spécifique à Kubernetes

   Le choix se fait sur trois critères : l'hébergement déjà en place, la compétence de l'équipe, et le coût réel (le temps de maintenance est un coût).