Devops

Règle : CI < 15 min pour un PR (au-delà = feedback loop cassée).

CD : stratégies de déploiement

GitOps (si applicable)

• Source de vérité = Git (pas le cluster)
• Pull-based (ArgoCD, Flux) > push-based (kubectl dans le pipeline)
• Un repo par env ou un repo avec dossiers par env — choisir et s'y tenir
• Auto-sync : OK en dev/staging, manuel/approbation en prod

IaC

• Modules réutilisables — pas de copy-paste par env
• State distant + verrouillé (S3+DynamoDB, Swift+consul, Terraform Cloud…)
• Variables d'env : pas dans le state, via env vars ou vault
• Plan avant apply — dans le pipeline, bloquer sans review
• Drift detection : scheduled plan qui alerte si écart code/prod
• Voir skills /terraform, /ansible

Environnements

Modèle typique :

• dev — éphémère, par feature/dev
• staging — permanent, iso-prod, données anonymisées
• prod — production

Règle : les environnements doivent différer uniquement par la config, pas par le code.

Secrets management

• Jamais en clair dans le repo, même chiffré avec une clé dans le repo
• Vault / Secrets Manager / sealed-secrets selon stack
• Rotation automatique si possible
• Audit log d'accès aux secrets
• Principe du moindre privilège : chaque service a ses propres creds

Observabilité du pipeline

• Durée moyenne de build par étape
• Taux de succès / échec
• MTTR d'un pipeline cassé
• Flaky tests (à traquer et fixer)

Métriques DORA (à tracker)

1. Lead time — commit → prod
2. Deployment frequency — fréquence de déploiement
3. Change failure rate — % de déploiements causant incident
4. MTTR — temps de récup après incident

Red flags

• Secrets en clair dans des secrets.yaml non chiffrés
• CI qui tourne 45 min, les devs poussent puis mergent sans attendre
• Pipeline qui passe en local mais échoue en CI (pas reproductible)
• Déploiement = 1 mec qui tape une commande SSH
• Pas de staging, ou staging qui n'a rien à voir avec prod
• Rollback = redéploiement complet d'une ancienne version (pas rapide)
• Pipelines copiés-collés entre 20 projets (extraire en template/reusable workflow)

Livrables typiques

• .github/workflows/ ou .gitlab-ci.yml — pipelines
• Makefile ou Taskfile.yml — commandes locales standardisées
• docs/deployment.md — process de déploiement manuel (pour les cas où on doit)
• docs/runbook-rollback.md — procédure rollback

Learnings