Fonctionnement d’un feature flag
Le programme demande à un service de flags d’évaluer une clé dans un contexte : client, organisation, environnement, licence ou autre attribut. Selon les règles, le service retourne une valeur et le programme emprunte l’ancien ou le nouveau chemin. Le service étant indépendant du déploiement, ses règles peuvent changer rapidement sans nouvelle compilation.
Une plateforme spécialisée telle que LaunchDarkly peut centraliser ces règles. Le ciblage peut être booléen, limité à une organisation, à des utilisateurs ou à un environnement, ou encore progressif par pourcentage. Cette indépendance permet à plusieurs fonctionnalités livrées dans la même version d’être activées à des moments différents et facilite l’identification de celle qui provoque un incident.
Cycle recommandé :
- intégrer le nouveau chemin derrière un flag désactivé;
- livrer par le mécanisme normal;
- activer pour un client pilote ou une organisation de test;
- surveiller erreurs, mémoire, performance et résultats métier;
- élargir progressivement l’exposition;
- désactiver immédiatement si un signal se dégrade;
- corriger et reprendre le déploiement progressif;
- supprimer le flag et l’ancien code une fois la confiance établie.
Le cycle de Charles Darras sépare livraison et activation. Une désactivation mitige sans garantir la restauration des données; après correction et validation progressive, prévoir le retrait du flag.
Source : Schéma de révision ajouté au portail à partir de contenu_et_activites/semaine-04/SOMMAIRE_MAITRE.md; Charles Darras (Coveo, équipe Connectivité). · Fonctionnement d’un feature flag