Les gateways dans Microsoft Fabric

Dans une architecture data moderne, tout n’est pas dans le cloud : de nombreuses données restent sur site ou derrière des réseaux privés. Étant un service cloud, Microsoft Fabric ne peut pas accéder nativement à ces environnements. La solution consiste à installer une gateway , une passerelle sécurisée qui reçoit les requêtes émises par Fabric et les exécute auprès des sources locales, garantissant un accès contrôlé et chiffré sans exposition directe du réseau interne.

Types de gateways :

• Cloud Data Gateway : passerelle par défaut, hébergée et gérée dans Fabric pour les sources cloud.

• On-premises Data Gateway : installée localement (PC, serveur ou VM). Déjà utilisée dans Power BI, Power Platform, etc. Nécessite un bon dimensionnement, une configuration réseau adaptée et une gestion par des administrateurs.

• Virtual Network (VNet) Data Gateway : gérée automatiquement par Fabric dans un réseau virtuel Azure via le service Power Platform VNet. Sécurisée et sans administration par l’utilisateur, mais son usage consomme la capacité Fabric.

Scénarios d’usage dans Fabric :

• Pipelines / Copy activity : Lorsque tu construis un pipeline dans Fabric, tu peux choisir une source on-premises et sélectionner la gateway (ou VNet gateway) comme intermédiaire pour la copie de données.
• Dataflows Gen2 : Les dataflows qui manipulent des données locales nécessitent souvent l’utilisation de gateways pour accéder aux données sources.
• Shortcuts vers des données on-premises : On peut créer des raccourcis (shortcuts) dans OneLake vers des données locales, à condition de passer par une gateway on-premises. Cela évite la duplication des données.
• Scénarios hybrides / migration progressive : On peut avoir certaines données dans le cloud et d’autres en local, tout en donnant une vue unifiée via Fabric + gateways.