Public cible
Débutants, étudiants et professionnels qui souhaitent acquérir une pratique structurée dans ce domaine.
Automatiser une chaîne de livraison fiable avec artefacts, déploiements progressifs, rollback et observabilité.
Débutants, étudiants et professionnels qui souhaitent acquérir une pratique structurée dans ce domaine.
Comprendre les notions essentielles et les appliquer dans un projet vérifiable.
Aucune connaissance préalable n’est strictement obligatoire ; les prérequis détaillés sont précisés dans les ateliers.
Bac+3
La validation repose sur les évaluations actives et les livrables pratiques du cours.
Un ordinateur, un navigateur et les outils indiqués dans le premier atelier sont suffisants pour commencer.
Construire une chaîne de livraison qui transforme une modification testée en artefact identifiable, déployable et réversible.
Le cours couvre pipeline, configuration, déploiement, observabilité et incidents.
Prérequis : Commandes Unix, HTTP, notions de tests et bases de données.
Une chaîne fiable commence par un commit identifiable, exécute les tests, construit un artefact immuable et publie cet artefact avec une trace. Ne pas reconstruire différemment en production.
Séparer build et déploiement permet de tester un même binaire dans plusieurs environnements. Le pipeline doit être rapide pour diagnostiquer et simple à reprendre.
commit → tests → build → artifact signé → déploiement → smoke test
Les valeurs de configuration sont séparées du code. Chaque environnement reçoit une configuration explicite, versionnée dans sa structure mais jamais dans un secret en clair.
Utiliser un gestionnaire de secrets, des permissions minimales et une rotation documentée. Une migration de base doit être compatible avec la version précédente pendant le déploiement.
APP_ENV=prod; DATABASE_URL=<secret>; TRUSTED_PROXIES=127.0.0.1
Choisir une stratégie progressive ou blue-green selon le risque. Surveiller la santé, le taux d’erreur et la latence pendant la bascule. Prévoir une décision de retour qui ne dépend pas d’un développeur disponible.
Séparer migration destructive et publication applicative. Tester le chemin de retour sur un environnement représentatif et conserver les artefacts nécessaires.
Instrumenter logs structurés, métriques, traces et erreurs applicatives. Une alerte doit être actionnable et éviter les notifications sans propriétaire.
Après un incident, analyser la cause, le temps de détection et le temps de récupération. Les actions préventives doivent être suivies dans le backlog.
SLI : taux de réponses 5xx ; SLO : 99,9 % ; alerte : 5 minutes au-dessus du seuil
Le livrable doit montrer une compréhension personnelle, des choix explicités et une vérification par un cas de test ou une procédure reproductible.
Publié le 29/11/2025