On a tous connu ce moment de solitude. Ce moment précis où, après avoir fièrement déployé votre magnifique pipeline de données en production, tout s'effondre lamentablement.
La raison ? Ah, trois fois rien. Juste un petit chemin de fichier que vous aviez laissé traîner "en dur" dans votre code, persuadé que "de toute façon, ce dossier ne changera jamais".
Spoiler : Il a changé.
Et là, c'est le drame. Vous voilà parti pour une session passionnante de "Chercher et Remplacer" à travers des notebooks et des pipelines différents, en priant pour ne pas en oublier un au passage. C'est un peu comme chercher une aiguille dans une botte de foin, sauf que la botte de foin est en feu.
Mais séchez vos larmes (et rangez ce CV que vous mettiez à jour par panique), car Microsoft vient de sortir une fonctionnalité qui pourrait bien nous éviter de finir en thérapie : les Variables de Librairies.
C'est quoi ce truc ?
Au lieu de disperser vos chaînes de connexion, vos chemins de Lakehouse ou vos les differents serveurs de vos db on-prem dans votre code, vous les stockez proprement dans un endroit centralisé.
C'est un peu comme ranger ses chaussettes par paires dans un tiroir dédié, au lieu de les jeter en vrac sous le lit en espérant qu'elles se retrouvent. C'est plus propre, plus efficace, et ça évite les mauvaises surprises le matin.
La magie des "Value Sets" (ou comment changer de costume en 2 secondes)
Le vrai coup de génie, c'est ce qu'ils appellent les Value Sets.
En gros, vous pouvez définir des profils différents pour les mêmes variables. Vous avez un set "DEV" avec vos chemins de test, et un set "PROD" avec les vraies données.
Quand vous passez votre code de l'environnement de développement à la production, plus besoin de toucher à une seule ligne de code. Vous changez simplement le "Set" actif, et hop !
Bon, tu m'as convaincu, je fais quoi maintenant ?
- Rendez-vous dans votre Workspace favori. Cliquez sur New Item et dénichez Variable Library.
Donnez-lui un nom. Et par pitié, un nom qui veut dire quelque chose.
Lib_Config_Globalc'est oui.Test_Toto_123, c'est non. - Une fenêtre s'ouvre. Cliquez sur New Variable. Là, Fabric vous demande trois choses :
Un Nom : Soyez explicites.
Le Type : String, Boolean, Integer...
La Valeur par défaut : Si vous n'utilisez pas de "Value Sets" c'est cette valeur qui sera prise.
- Une fois vos variables créées, vous pouvez créer des Value Sets.
Imaginez des colonnes Excel : une colonne "DEV", une colonne "UAT", une colonne "PROD". Vous remplissez les valeurs correspondantes pour chaque variable.
- Maintenant, il vous suffit de choisir celle qui est considéré comme active, en cliquant sur Set as active
- Et voila, votre library est prete à etre utilisée, et maintenant on fait quoi? ( pas de panique, je prépare une vidéo afin de vous montrer comment utiliser ça dans un pipeline, un dataflow ou encore un notebook)
Attention malheureux ! (Le point sécurité)
Je vous vois venir avec vos gros sabots. "Super, je vais pouvoir y mettre tous mes mots de passe et mes clés d'API !"
NON. Posez ce clavier tout de suite.
Les Variables de Librairies ne sont pas un key vault. Elles sont stockées en texte clair. Donc, si vous y mettez le mot de passe de la base de données de prod, c'est un peu comme si vous l'écriviez sur un Post-it collé sur votre écran. Pour les secrets, on continue d'utiliser Azure Key Vault, d'accord ? On ne plaisante pas avec la sécurité (sauf si on veut vraiment se faire virer, mais c'est un autre débat).
En résumé
Les Variables de Librairies, c'est :
Moins de code en dur (et donc moins de cheveux arrachés).
Des déploiements plus sereins (fini la roulette russe du "j'ai oublié de changer l'URL").
Une gestion centralisée (pour les maniaques du rangement, c'est le paradis)
0 Commentaires