Déploiement canari
Livrer d'abord la nouvelle version à une petite part des utilisateurs (1 à 5 %), puis élargir peu à peu si les métriques restent bonnes. Limite le rayon d'action des bogues. Le nom vient des canaris des mineurs de fond.
Se met en œuvre avec un maillage de services (répartition du trafic dans Istio ou Linkerd), des feature flags (LaunchDarkly, GrowthBook), des règles de reverse proxy (upstreams pondérés dans HAProxy ou Nginx) ou des contrôleurs Kubernetes (Argo Rollouts, Flagger). Retour arrière automatique si le taux d'erreurs ou la latence grimpe.
À distinguer du blue/green (bascule binaire) et du déploiement progressif « rolling » (nœud après nœud sur toute la flotte). Souvent combiné au trafic fantôme, qui copie les requêtes de production vers le canari pour le tester.