Vidéo 42 • Stratégie de Déploiement

Les Feature Flags :
Le Pouvoir du Switch

Comment activer des fonctions Premium ou tester des versions Bêta sans renvoyer un seul exécutable à vos clients.

Code dormant vs Code vivant

Déploiement (Mise à jour)

C'est l'action technique d'envoyer le code sur le PC du client. La fonction est là, mais invisible.

Release (Activation)

C'est l'action business d'activer le flag dans le Cloud. La fonction apparaît instantanément chez le client.

"On réduit le risque de bug car on peut couper une fonction en 1 seconde en cas de crash."

Laboratoire : Upselling & Bêta Test

Master Admin (Dashboard)

Module IA (Prédiction) ID: FEAT_IA_V1

Statistiques Avancées ID: FEAT_STATS_PRO

"Activez les fonctions sans que le client n'ait à redémarrer son application."

Application WinDev (Client)

Ma Caisse SaaS

Version Standard Active

Pourquoi c'est instantané ?

Le principe du Local-Mirror

L'application locale possède une table HFSQL F_Flags qui est synchronisée toutes les minutes.

Le code WinDev vérifie les flags en local. Pas d'attente réseau, pas de latence. L'interface se met à jour en temps réel.

"RELEASE WITHOUT RELOAD"

Sync SyncQueue

FLAG_IA = 1

Implémentation Propre

// 1. Une fonction globale de vérification
SI FeatureActive("FEAT_IA_V1") ALORS
    // 2. On affiche le bouton seulement si le flag est ON
    BTN_Assistant_IA..Visible = Vrai
    Traitement_IA_Predictif()
SINON
    BTN_Assistant_IA..Visible = Faux
FIN

// La fonction FeatureActive() lit simplement la table HFSQL locale F_Flags
// synchronisée en arrière-plan par notre Worker Service.