Logiciel feature flag, choisi sans le hype
Comparez les logiciels feature flag selon ce dont un dev solo ou une petite équipe a réellement besoin, puis cadrez un projet qui vaut la peine d'être mis derrière un flag. Gratuit, sans inscription.
Quatre usages concrets d'un feature flag
Shipper en mode dark, release plus tard
Mergez du code inachevé sur main derrière un flag. Déployer du code et activer une fonctionnalité deviennent deux événements distincts, et les merges du vendredi font moins peur.
Déployer progressivement
Activez une fonctionnalité pour vous, puis pour 5 % des utilisateurs, puis pour tout le monde. Si le taux d'erreur grimpe, vous vous arrêtez à 5 % au lieu de présenter vos excuses à tout le monde.
Interrupteur d'urgence en quelques secondes
Une intégration tierce capricieuse ou une requête lente se coupe depuis un tableau de bord. Pas de rollback, pas de redéploiement, pas de branche de hotfix à 3 h du matin.
Tester avec de vrais utilisateurs
Servez deux variantes, mesurez une métrique, gardez la gagnante. Certains outils intègrent l'expérimentation, d'autres la laissent à votre stack d'analytics.
Quatre outils, des différences honnêtes
Commencez par le modèle d'hébergement et la licence. Les tarifs bougent souvent : vérifiez les limites sur la page de chaque éditeur avant de vous engager.
| Critère | LaunchDarkly | PostHog | GrowthBook | Unleash |
|---|---|---|---|---|
| Licence | Propriétaire | MIT | MIT | Apache |
| Auto-hébergement | Non | Oui | Oui | Oui |
| Offre gratuite | Oui, plafonnée à l'usage | Oui, 1M de requêtes de flags par mois | Oui en cloud, gratuite en auto-hébergement | Gratuite en auto-hébergement |
| Expérimentations intégrées | Oui | Oui, en cloud | Oui | Limitées |
| Idéal pour | Équipes qui veulent un produit géré de niveau entreprise | Équipes qui veulent aussi de l'analytics produit | Équipes qui tiennent aux tests A/B | Équipes qui exigent la souveraineté des données |
N'adoptez pas un outil avant d'avoir une fonctionnalité risquée
L'erreur classique consiste à installer un logiciel feature flag sur un projet qui n'a rien à protéger. Un flag se justifie quand un changement vous ferait hésiter à le mettre en prod pour tout le monde : un tunnel de paiement, une migration de données, une fonctionnalité IA au coût imprévisible. Si vous ne pouvez pas nommer ce changement, une variable booléenne dans un fichier d'environnement suffit pour l'instant. Le générateur de whatshouldibuildnext.com transforme une idée brute en spec, avec une stack suggérée et la ou les deux fonctionnalités qui portent un vrai risque. Vous savez alors quoi mettre derrière un flag avant de choisir un éditeur.
- Gratuit, côté client, sans inscription
- Identifie les fonctionnalités risquées à shipper
- Propose une stack compatible avec votre SDK de flags
Hébergé ou auto-hébergé : prenez la charge la plus légère
Les outils open source de feature flags sont gratuits en licence, pas en temps. Auto-héberger, c'est une base de données à sauvegarder, un service à garder en vie et une montée de version à suivre, pour un système dont votre code de production dépend à chaque requête. Les outils hébergés vous en libèrent, et leurs offres gratuites suffisent à la plupart des side projects. Choisissez l'auto-hébergement quand la résidence des données ou le coût par requête vous y oblige, pas parce que ça fait plus indie hacker. Quel que soit votre choix, codez contre OpenFeature pour rester réversible.
- Hébergé : pas de serveur, tarification à l'usage
- Auto-hébergé : pas de facture par requête, vous gérez l'uptime
- OpenFeature garde le fournisseur interchangeable
De zéro à une fonctionnalité derrière un flag
-
1
Nommez le changement risqué
Choisissez la fonctionnalité qui peut vous faire mal si elle part cassée. C'est votre premier flag, pas les vingt.
-
2
Commencez par l'offre gratuite
Créez un compte ou lancez localement l'image open source, récupérez une clé SDK et branchez un seul flag sur une branche.
-
3
Mettez le comportement par défaut sur off
Faites du comportement sûr le repli, pour qu'un échec de lecture du flag n'expose jamais du code inachevé.
-
4
Déployez par étapes
Vous d'abord, puis un petit pourcentage, puis tout le monde. Surveillez erreurs et latence entre chaque étape.
-
5
Supprimez le flag
Une fois la fonctionnalité à 100 % et stable, retirez le flag et la branche morte du code dans une même pull request.
Questions fréquentes
Qu'est-ce qu'un logiciel feature flag ?
En ai-je besoin sur un side project solo ?
Existe-t-il un outil de feature flags gratuit ?
Faut-il auto-héberger ou prendre un service hébergé ?
Qu'est-ce qu'OpenFeature et est-ce que ça compte ?
Comment éviter que les vieux flags s'accumulent ?
Que construire pour s'entraîner avec les flags ?
Cadrez quelque chose qui vaut un flag
Générateur de spec gratuit, côté client, sans inscription. Obtenez les fonctionnalités et une stack suggérée, puis choisissez votre outil de flags.