Mise en production et DevOps

Se connecter pour s'inscrire

Docker et conteneurisation

Automatiser une chaîne de livraison fiable avec artefacts, déploiements progressifs, rollback et observabilité.

  1. Public cible

    Débutants, étudiants et professionnels qui souhaitent acquérir une pratique structurée dans ce domaine.

  2. Objectifs

    Comprendre les notions essentielles et les appliquer dans un projet vérifiable.

  3. Prérequis

    Aucune connaissance préalable n’est strictement obligatoire ; les prérequis détaillés sont précisés dans les ateliers.

  4. Niveau

    Bac+3

  5. Ressources

    • Documentation officielle et références citées dans les ateliers.
    • Exercices, examens et projet de synthèse du catalogue.
  6. Validation des compétences

    La validation repose sur les évaluations actives et les livrables pratiques du cours.

  7. Besoins techniques

    Un ordinateur, un navigateur et les outils indiqués dans le premier atelier sont suffisants pour commencer.

Exercices, examens et projets

Mise en production et DevOps

Exercice

Atelier de mise en pratique

Réaliser une activité pratique et documenter ses choix.

Obligatoire Consulter
Examen

Examen de fin de module

Évaluer les notions et leur mise en pratique.

Obligatoire Consulter
Projet

Projet de synthèse

Livrer un résultat complet, testé et documenté.

Livrables :

  • Production attendue
  • Documentation
  • Présentation
Obligatoire Consulter

Mise en production et DevOps

Construire une chaîne de livraison qui transforme une modification testée en artefact identifiable, déployable et réversible.

À la fin du cours

  • Séparer les environnements et versionner les dépendances.
  • Automatiser tests, builds, artefacts et déploiement.
  • Gérer secrets, migrations, rollback et déploiement progressif.
  • Mesurer la santé après livraison et réagir à un incident.

Organisation

Le cours couvre pipeline, configuration, déploiement, observabilité et incidents.

Prérequis : Commandes Unix, HTTP, notions de tests et bases de données.

Pipeline de livraison

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
Point de contrôle : Chaque déploiement peut être relié à un commit, un artefact et un test.

Configuration et secrets

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
Point de contrôle : Un secret absent bloque le déploiement avant l’ouverture du trafic.

Déploiement et rollback

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.

Méthode

  1. Vérifier les préconditions.
  2. Déployer l’artefact.
  3. Exécuter les smoke tests.
  4. Observer ou revenir à la version précédente.
Point de contrôle : Le rollback est exécuté avec une commande et une durée de décision connues.

Observabilité et incidents

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
Point de contrôle : Chaque alerte possède un seuil, un propriétaire et une procédure de diagnostic.

Livrables et validation

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.

  • Un pipeline versionné avec étapes et permissions.
  • Une configuration par environnement et une procédure de secrets.
  • Une stratégie de déploiement, rollback et migrations.
  • Un tableau de bord et des alertes de production testées.
Critère de réussite : La livraison est validée par un artefact immuable, un smoke test, un rollback exécuté et une alerte vérifiable.

Publié le 29/11/2025