Mise en production et DevOps
Mise en production et DevOps
Se connecter pour s'inscrireVotre progression
0 / 0 étapes complétées
0
Syllabus
-
-
Objectifs
-
Validations de compétences
-
Public cible
Aucun public cible spécifié pour ce module.
-
Besoins techniques
-
Prérequis
- Aucun prérequis
-
Niveau
-
Historique du module
Aucune action enregistrée
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
- Vérifier les préconditions.
- Déployer l’artefact.
- Exécuter les smoke tests.
- 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.