Que sont les règles de rollout ?
Le Rollout Planner vous offre un contrôle granulaire sur vos lancements et tests. Vous pouvez activer ou désactiver n’importe quel feature flag à tout moment pour des utilisateurs spécifiques. Les règles de rollout sont comme des instructions conditionnelles pour vos lancements et expériences. Vous pouvez configurer une séquence d’actions qui se déclenche sous certaines conditions. Ces règles peuvent être planifiées, appliquées immédiatement, ciblées sur des groupes spécifiques, réordonnées et personnalisées pour s’aligner sur vos objectifs.Ajouter une nouvelle règle
Cliquez sur Add a rule pour ouvrir le menu de configuration de la règle. Ici, vous pouvez choisir entre des règles de livraison ou de test, et nommer votre règle.
Comment fonctionne la file d’attente des règles ?
- Kameleoon vérifiera si votre flag est activé ou désactivé. S’il est désactivé, les visiteurs verront la variation par défaut (que vous pouvez choisir dans la liste déroulante « Then, for everyone else in production, serve »).
- Si le flag est activé, Kameleoon évalue les expériences et les règles de la file d’attente de haut en bas. Gardez cela à l’esprit lors de la planification de votre stratégie de rollout afin d’éviter des chevauchements de ciblage imprévus.
- Les nouvelles règles sont ajoutées par défaut au bas de la file d’attente. Cependant, vous pouvez réordonner manuellement les règles en cliquant et en faisant glisser leur carte vers une nouvelle position. Réordonner les règles dans la file d’attente changera également l’ordre dans lequel Kameleoon lit et évalue la règle. Soyez attentif lors de la livraison de règles qui partagent la même audience.
- Les règles en pause sont simplement ignorées à l’exécution.
Ciblage et bucketing des utilisateurs
Lorsqu’un utilisateur est exposé à une variation, cela suit un processus en deux étapes : ciblage et bucketing. Le ciblage signifie que l’utilisateur répond aux conditions spécifiées dans une règle. Le bucketing signifie que l’utilisateur a été assigné à la(les) variation(s) associée(s) à cette règle. Kameleoon gère le ciblage et le bucketing différemment pour les règles de livraison et d’expérience. Considérez ces deux scénarios :Scénario 1 : Règle de livraison en haut
- Il reçoit la variation sélectionnée s’il est bucketé.
- S’il est ciblé mais pas bucketé, le visiteur recevra la variation « Everyone else » et ne sera évalué pour aucune autre règle.
Scénario 2 : Règle d’expérience en haut
- Si un visiteur est ciblé par une règle d’expérience :
- Il reçoit la variation sélectionnée s’il est bucketé.
- S’il est ciblé mais pas bucketé, la règle suivante est vérifiée jusqu’à la fin de la file d’attente. Tous les utilisateurs qui ne sont pas bucketés par les règles d’expérience descendent dans la file d’attente. Pour cette raison, il est toujours bon de garder les expériences en haut de votre file d’attente.
Modifier la répartition du trafic pour une expérience ne change pas la taille totale de votre bucket d’expérience. Par exemple, supposons que vous lanciez une expérience qui cible 20 % d’un segment d’utilisateurs avec une répartition de variations de 50/50 pour ses deux variations. Si vous mettez à jour la répartition à 60/40 ou 90/10, mais ne changez pas le pourcentage de trafic qui sera inclus dans l’échantillon de l’expérience (20 %), le nombre total d’utilisateurs bucketés n’augmentera ni ne diminuera. À la place, certains utilisateurs bucketés seront exposés à une autre variation.
États des règles
Toutes les règles de la file d’attente afficheront l’un de ces états :- Active (est actuellement en ligne)
- Paused
- Planned (a été planifiée pour démarrer et/ou s’arrêter à une date/heure donnée). Une règle planifiée passe à active à la date prévue ou à outdated à sa fin.
- Unsaved changes (cela inclut également les nouvelles règles à l’état de brouillon)
- Outdated (une règle planifiée qui s’est automatiquement désactivée à la date de fin prévue). Les règles obsolètes ne sont pas affichées dans la vue par défaut, mais vous pouvez utiliser des filtres pour les voir.
Mettre en pause ou reprendre une règle
Pour mettre une règle en pause, cliquez sur le menu à trois points sur la carte d’une expérience et cliquez sur Pause.
Copier des règles d’un autre environnement
Vous pouvez également ajouter des règles que vous avez créées dans un autre environnement. Copier des règles vous permet de répliquer votre configuration de rollout/expérience depuis, par exemple, votre environnement staging vers votre environnement production.
Résumé du rollout
Cette section fournit un aperçu des variations et des segments. Modifier l’ordre des cartes, supprimer une règle ou changer l’état d’une règle affectera l’ordre et les valeurs dans les cartes de résumé. Bien que la section de résumé tienne compte des utilisateurs non ciblés (restants) qui peuvent être transmis à la règle suivante, tout chevauchement partiel ou complet entre différents segments d’utilisateurs à travers différentes règles ne sera ni pris en compte ni identifié.Résumé des variations
Résumé des segments
Utiliser le Rollout Planner avec des SDK obsolètes
Si la version de votre SDK ne prend pas en charge les Feature Variations, vous devrez garder quelques points à l’esprit lors de l’ajout de nouvelles règles pour un feature flag :- Kameleoon ne vérifiera que les règles définies dans l’environnement Production. Les règles que vous avez créées dans les environnements staging ou development seront ignorées.
- Kameleoon n’évaluera que la première règle de la file d’attente. S’il y a des règles en dessous, elles seront ignorées. S’il n’y a aucune règle, la variation par défaut définie dans votre rollout sera servie.
- Seules les variations par défaut On et Off sont prises en charge.
- La planification de démarrage/arrêt des règles n’est pas prise en charge.