Systèmes & Infrastructure
CI/CD avec GitLab
Pipelines, runners, DevSecOps et stratégies de déploiement
- Durée
- 3 jours
- Public
- Entreprises · Écoles et centres de formation
- Modalité
- Présentiel ou distanciel
- Thèmes
- DevOps
Demander un devisVoir le programme
La chaîne, avant le pipeline.
Chaîne de montage, usine Ford de Highland Park, 1913 · auteur inconnu · domaine public
Présentation
Formation consacrée à l’intégration et au déploiement continus avec GitLab CI. Elle part du premier .gitlab-ci.yml et va jusqu’au déploiement automatisé d’une application conteneurisée, en passant par les contrôles de sécurité intégrés à la chaîne.
Le fil conducteur est un projet unique, que l’on outille progressivement : un pipeline qui construit, teste, analyse puis déploie. Chaque notion est introduite parce que le pipeline en a besoin, jamais pour elle-même.
Public visé : développeurs, administrateurs systèmes, équipes techniques qui automatisent leur chaîne de livraison.
Prérequis : bases de Git (commit, branche, merge request) et notions de conteneurs. Aucune expérience préalable de CI/CD n’est nécessaire.
Programme détaillé
Jour 1 — Fondamentaux et premiers pipelines
- Le problème que résout la CI/CD : coût d’une intégration tardive, dérive des environnements
- CI, delivery, deployment : trois lettres, trois engagements différents
- Anatomie d’un pipeline : stages, jobs, ordre d’exécution et parallélisme
- Le fichier
.gitlab-ci.yml: premier pipeline fonctionnel - L’image Docker d’un job : choisir son environnement d’exécution
Jour 2 — Runners, artifacts et contrôle du déclenchement
- Les runners : shared, group, project ; executors et cas d’usage
- Installer et enregistrer un runner, le cibler avec des tags
- Artifacts et cache : deux mécanismes que l’on confond, pour deux besoins opposés
- Rapports intégrés à GitLab : tests, couverture, qualité
- Variables et secrets : où les définir, ce qu’il ne faut jamais écrire dans le dépôt
rules,when,changes: déclencher un job au bon moment seulementneeds: briser la séquence des stages et raccourcir le pipeline
Jour 3 — DevSecOps et mise en production
- Décaler les contrôles vers la gauche : SAST, secret detection, container scanning
- Lire un rapport de sécurité et décider ce qui bloque le pipeline
- Environnements GitLab, déploiements manuels et approbations
- Stratégies de déploiement : rolling, blue/green, canary — ce que chacune coûte et protège
- Introduction à l’orchestration : ce que Kubernetes change au déploiement
- Panorama GitOps et pistes pour aller plus loin
Évaluation
- QCM de révision couvrant l’ensemble des notions
- TP à chaque étape : pipeline minimal, artifacts entre jobs, pipeline complet
- Rendu final : un dépôt dont le pipeline construit, teste, analyse et déploie
Modalités
- Volume : 3 jours (adaptable — le socle tient en 2 jours sans le volet DevSecOps)
- Format : présentiel ou distanciel
- Supports : diaporamas, mémo de commandes Git, dépôt d’exercices
ou écrire directement, objet déjà rempli.
