Continuous Deployment (CD)

Continuous Deployment (CD) est la pratique DevOps consistant à déployer automatiquement en production chaque changement de code qui passe avec succès les tests automatisés. À distinguer de Continuous Delivery (mêmes initiales !) qui prépare automatiquement un release artifact prêt à être déployé mais nécessite un trigger humain pour le déploiement production réel.

Continuous Delivery vs Continuous Deployment : (1) Continuous Delivery — auto-build, auto-test, auto-package, déploiement staging auto, déploiement production manuel (button click) ; (2) Continuous Deployment — comme delivery mais déploiement production aussi automatique. Très peu d'organisations font vraiment Continuous Deployment (Netflix, Etsy, Amazon célèbres) car exige confiance énorme dans les tests et capacité rollback rapide.

Prérequis pour Continuous Deployment safe : (1) test coverage robuste (unit, integration, end-to-end, contract tests pour microservices) ; (2) feature flags pour découpler déploiement (code en prod) de release (feature activée pour users) ; (3) deployment strategies safe (canary, blue-green, rolling) avec auto-rollback sur health check fail ; (4) observability (metrics, logs, traces) avec alerting golden signals ; (5) error budget et SLO/SLI established ; (6) database migrations backward-compatible (expand-contract pattern) ; (7) rollback automatisé (revert commit → redeploy) ; (8) trunk-based development ; (9) culture blameless post-mortem ; (10) on-call rotation prête à gérer prod incidents 24/7.

Deployment strategies : (1) Recreate — kill old version, deploy new (downtime, simplest, dev/test only) ; (2) Rolling — replace pods/instances progressively, Kubernetes default ; (3) Blue-Green — deploy v2 alongside v1, switch traffic 100% atomically, easy rollback (DNS or LB swap), 2x infra cost during deploy ; (4) Canary — small % traffic to v2 (5%), monitor metrics, gradually increase if healthy (10%, 25%, 50%, 100%), auto-rollback if regression detected ; (5) Shadow — duplicate prod traffic to v2 without serving responses to users, validate behavior, then cutover ; (6) A/B testing — feature flags route specific users to v2 based on attributes, experiment, decide.

Outils CD modernes : (1) Argo CD, Flux CD — GitOps Kubernetes ; (2) Spinnaker — multi-cloud advanced deployment pipelines (Netflix origin) ; (3) Argo Rollouts — advanced K8s blue-green/canary ; (4) Flagger — progressive delivery K8s avec metric-based promotion ; (5) AWS CodeDeploy ; (6) Azure DevOps Pipelines + Multi-stage ; (7) GitHub Actions deployment environments ; (8) GitLab CD environments ; (9) Octopus Deploy (enterprise on-prem); (10) Harness ; (11) Render, Vercel, Netlify (PaaS auto-deploy on git push).

DORA metrics relevant : Deployment Frequency (Elite: multiple per day vs Low: < monthly), Lead Time for Changes (Elite: <1 day, Low: >6 months), Change Failure Rate (Elite: 0-15%, Low: 46-60%), Time to Restore (Elite: <1 hour, Low: >6 months). Compétences DOP-C02, AZ-400, ITIL4-HVIT.