Déploiements progressifs

Déployez à 1%.
Étendez avec les données.
Stoppez en 0 seconde.

Un déploiement progressif est le filet de sécurité dont chaque lancement de fonctionnalité a besoin. Au lieu de livrer à 100% des utilisateurs en espérant le meilleur, Signal vous permet d'étendre votre audience par étapes — en observant les métriques à chaque pas, prêt à stopper instantanément si quelque chose ne va pas.

Le problème

Les lancements à 100%
cachent les problèmes
jusqu'à ce qu'il soit trop tard.

Quand vous livrez à 100% des utilisateurs d'un coup, le rayon d'impact d'un bug est l'ensemble de votre base. Le temps que votre monitoring alerte, des milliers de sessions sont déjà affectées. Un rollback signifie un redéploiement — qui prend des minutes, pendant lesquelles le problème continue.

Les déploiements progressifs changent l'équation. À 1%, un bug affecte 1% des utilisateurs. Votre monitoring le détecte en quelques secondes. Vous mettez le déploiement à 0% — Signal pousse l'arrêt instantanément à chaque client via WebSocket — et le problème est résolu avant que la plupart des utilisateurs ne l'aient remarqué.

100%Full-blast deploy
1%Canary — Signal detects issue
0%Halt instantly via WebSocket

Les quatre étapes

Un lancement sécurisé
en quatre étapes.

1%

Canary

Équipe interne + testeurs opt-in

Confirmer l'absence d'erreurs critiques. Vérifier les taux d'erreur et les métriques de performance. Recueillir les premiers retours qualitatifs.

Signal de passage : Taux d'erreur stable, latence p99 inchangée.

10%

Premiers adoptants

Première cohorte externe, typiquement des utilisateurs payants

Charge réelle à une échelle significative. Surveiller les tickets support, NPS et le funnel de conversion pour des anomalies.

Signal de passage : Delta tickets support <= baseline. Taux de conversion stable.

50%

Majorité

La moitié de votre base d'utilisateurs actifs

Signification statistique. La comparaison A/B entre les cohortes flag-actif et flag-inactif est maintenant pertinente.

Signal de passage : Métriques égales ou supérieures au groupe de contrôle.

100%

Disponibilité générale

Tout le monde

La fonctionnalité est en production. Archivez le flag, nettoyez le code mort, supprimez le conditionnel de votre codebase.

Signal de passage : Stable depuis un sprint. C'est le moment de supprimer le flag.

Sous le capot

Même utilisateur.
Toujours la même expérience.

Signal utilise un hachage déterministe pour affecter les utilisateurs à un bucket de déploiement. Avec le même identifiant utilisateur et la même clé de flag, le hash produit toujours la même valeur — un utilisateur dans la cohorte 10% y reste, peu importe combien de fois il recharge la page ou combien d'instances SDK sont en cours d'exécution.

Il n'y a pas d'état de session, pas de cookie, pas de session sticky côté serveur à gérer. Le bucketing est du pur calcul — rapide, consistant et impossible à contourner.

Bucketing formula

hash(userId + flagKey) % 100 < rolloutPct

FAQ

Questions fréquentes.

Comment Signal décide-t-il quels utilisateurs reçoivent un flag à un pourcentage donné ?
Signal utilise un hash déterministe de l'identifiant utilisateur. Pour un déploiement à 10%, tout utilisateur dont le hash tombe dans le premier décile reçoit le flag. Le même utilisateur obtient toujours la même valeur — pas de clignotement entre les chargements de page ou les sessions.
Puis-je combiner un déploiement progressif avec un segment ?
Oui. Un flag peut cibler d'abord un segment spécifique, puis appliquer un pourcentage au sein de ce segment. Par exemple : "10% des comptes entreprise" se déploie uniquement parmi les utilisateurs correspondant au segment entreprise, pas sur l'ensemble de votre base.
Que se passe-t-il si je réduis le pourcentage de déploiement ?
Les utilisateurs dont le hash ne tombe plus dans le nouveau seuil reçoivent immédiatement la valeur par défaut. La transition est instantanée — pas de cache à vider, pas de déploiement à déclencher.
Y a-t-il un journal d'audit des changements de pourcentage ?
La journalisation d'audit est sur la feuille de route et sera disponible avant la sortie générale. Pendant la bêta privée, l'historique des changements de flags est visible dans le dashboard.

Rejoindre la liste

Livrez votre prochaine fonctionnalité
en toute confiance.

Rejoignez la liste d'attente. Nous vous contacterons personnellement avant l'ouverture.

Pas de spam. Un seul e-mail à l'ouverture.