OpenFlags

Qu'est-ce qu'OpenFlags ?

OpenFlags est un système open source de feature flags auto-hébergé conçu pour aider les équipes à déployer des changements avec un déploiement progressif et des rollouts plus sûrs. Il fournit un plan de contrôle et des SDKs permettant au code applicatif d'évaluer les flags localement et d'activer les comportements de fonctionnalités sans redéploiement pour chaque changement.

L'objectif principal d'OpenFlags est de supporter les workflows de release — tels que les rollouts par pourcentage, l'activation ciblée et l'activation contrôlée — tout en maintenant une évaluation des flags à faible latence et une propriété runtime au sein de l'infrastructure de l'équipe.

Fonctionnalités principales

• Infrastructure de flags auto-hébergée : Gardez le stockage des flags, la logique de targeting et la propriété runtime dans votre propre infrastructure plutôt que de dépendre d'une plateforme hébergée.
• Évaluation locale via SDKs typés : Évaluez les flags dans l'app avec des packages TypeScript, pour des vérifications rapides et prévisibles en exécutant l'évaluation localement dans votre code.
• Contrôles de déploiement progressif : Déployez les fonctionnalités sur des tranches contrôlées (y compris les rollouts par pourcentage) plutôt que d'activer les changements pour tout le monde d'un coup.
• Targeting granulaire : Activez les flags en fonction d'un targeting utilisateur spécifique pour que différents cohorts reçoivent des comportements de fonctionnalités différents.
• Plan de contrôle REST à surface focalisée : Utilisez une API REST simple pour le plan de contrôle et la gestion des flags, conçu dans un monorepo avec des rôles dédiés pour le serveur, le dashboard, les SDKs et la doc.
• Dashboard pour basculer et gérer les rollouts : Une UI admin basée sur React aide les équipes à basculer les releases et à gérer la configuration des rollouts.

Comment utiliser OpenFlags

1. Commencez par la documentation et le quickstart : Utilisez les docs fournies pour configurer le serveur, le dashboard et les SDKs dans votre environnement.
2. Créez un client SDK dans votre app : Initialisez le client avec votre URL API, l'identifiant de projet et l'identifiant utilisateur.
3. Évaluez les flags localement dans le code applicatif : Utilisez le SDK pour vérifier si un flag est activé (par exemple, en appelant flags.isEnabled("flag_name")) et rendre conditionnellement le comportement.
4. Gérez la configuration des rollouts depuis le plan de contrôle : Utilisez le dashboard et/ou l'API REST pour définir le comportement des rollouts comme l'activation par pourcentage ou ciblée.

Cas d'usage

• Activer progressivement une nouvelle expérience utilisateur : Placez une UI ou un workflow derrière un feature flag et activez-le pour un sous-ensemble contrôlé d'utilisateurs plutôt que tout le trafic d'un coup.
• Lancer un test bêta avec des utilisateurs ciblés : Activez une fonctionnalité pour des cohorts spécifiques en ciblant les identifiants utilisateur, pour comparer les comportements entre groupes tout en laissant les autres inchangés.
• Réduire le blast radius des releases avec des rollouts par pourcentage : Déployez un changement progressivement (par exemple, à 35 % des utilisateurs) et ajustez le comportement sans reconstruire ni redéployer l'application.
• Garder les vérifications de flags rapides dans les apps sensibles aux performances : Utilisez l'évaluation locale dans l'app pour que les checks de fonctionnalités restent à faible latence et cohérents en runtime.
• Maintenir la propriété dans votre infrastructure : Utilisez un plan de contrôle auto-hébergé pour garder la surface opérationnelle et d'audit dans votre stack.

FAQ

• OpenFlags est-il auto-hébergé ou cloud ? OpenFlags Cloud est annoncé comme « coming soon », et l'offre actuelle est positionnée comme open source et auto-hébergée.

• Comment fonctionne l'évaluation des features ? OpenFlags supporte l'évaluation locale via ses SDKs, de sorte que les checks de flags se produisent dans le code de votre app plutôt que via un appel distant pour chaque évaluation.

• Quels patterns de rollout sont supportés ? Le site mentionne le déploiement progressif avec rollouts par pourcentage, targeting granulaire et activation contrôlée.

• Quels composants inclut OpenFlags ? Le monorepo inclut un serveur (API control plane propulsée par Bun), un dashboard basé sur React, des packages SDK TypeScript et la documentation.

• Pour quels langages/frameworks les SDKs sont-ils conçus ? Le site met en avant l'usage SDK JavaScript-first et mentionne le support pour Bun, React, Next.js, Vite et apps Node.

Alternatives

• Plateformes de feature flags gérées (SaaS) : Elles centralisent généralement la gestion des flags dans un service hébergé. Par rapport au plan de contrôle auto-hébergé d’OpenFlags, l’évaluation et la propriété opérationnelle dépendent davantage de la plateforme du fournisseur.
• Déploiements pilotés par l’infrastructure-as-code (sans évaluation dédiée des flags) : Les équipes peuvent approximer le déploiement progressif via des déploiements, du routage ou des toggles de configuration. Cela diffère d’OpenFlags en n’offrant pas un workflow SDK dédié pour l’évaluation locale des feature flags.
• Services open source de feature flags à architectures différentes : D’autres systèmes open source peuvent proposer des concepts similaires (flags, targeting, tableaux de bord), mais avec des compromis différents en termes d’approche SDK, de conception d’API du plan de contrôle ou de gestion de l’évaluation locale.