Intégrer Microsoft Fabric avec des systèmes externes et une connectivité de plateforme

Microsoft Fabric s’intègre aux services externes pour automatiser les flux de travail, activer la collaboration, prendre en charge l’extensibilité des développeurs et interagir avec d’autres plateformes de données. Vous pouvez déclencher des actions à partir de données en temps réel, connecter Fabric aux applications Microsoft 365, s’intégrer à des outils de développement et des API, et partager en toute sécurité des données entre les écosystèmes cloud à l’aide des modèles d’accès sans copie de OneLake.

Cet article décrit les opérations suivantes :

  • Déclencher des flux de travail automatisés à partir de données Fabric
  • Collaborer à l’aide d’applications Microsoft 365
  • Intégrer des agents d’IA et des outils d’orchestration
  • Accéder à Fabric par programmation via les outils de développement et les API
  • Interagir avec des formats de données ouverts et des plateformes externes
  • Connecter Fabric aux principaux services Azure pour la sécurité, la mise en réseau et la gouvernance

Automatiser des actions avec l’activateur de données

L’activateur fournit une automatisation en temps réel en surveillant les flux de données et en déclenchant des actions lorsque des conditions définies se produisent. Activateur s’intègre à :

  • Power Automate pour exécuter des flux de travail tels que l’envoi de notifications, la mise à jour des enregistrements ou le lancement de processus métier. Vous pouvez créer des déclencheurs dans Fabric et les lier aux flux Power Automate pour alerter les utilisateurs lorsqu’un seuil d’indicateur de performance clé est franchi.
  • Microsoft Teams afin de publier des cartes adaptatives ou des messages dans les canaux lorsque des conditions en temps réel sont remplies.
  • Outlook pour envoyer des e-mails automatisés pour les alertes ou les approbations.
  • Éléments de structure pour lancer des actions telles que l’actualisation d’un modèle sémantique ou le démarrage d’une exécution de pipeline.

Collaborer dans Microsoft 365

Microsoft Fabric fonctionne dans l’écosystème Microsoft 365, ce qui permet l’analytique collaborative et les flux de travail pilotés par les données dans les outils de productivité familiers. Le modèle de copie zéro de OneLake signifie que les données partagées via des raccourcis ou le partage de données interlocataire restent en place tout en restant accessibles sur les surfaces de collaboration :

  • Microsoft Teams : partagez des rapports et des tableaux de bord dans des canaux ou des conversations. Vous pouvez incorporer des visuels Power BI dans des onglets Teams, collaborer sur des insights et recevoir des alertes pilotées par les données.
  • Excel : Utilisez Analyser dans Excel pour connecter des tableaux croisés dynamiques et des outils d’analyse avancés aux modèles sémantiques Fabric tout en conservant la connectivité dynamique.
  • PowerPoint : Incorporer ou exporter des rapports Power BI dans des présentations afin que les intervenants puissent afficher des rapports analytiques en temps réel ou statiques.
  • SharePoint et OneDrive : publiez des rapports sur SharePoint Online et stockez les fichiers de prise en charge dans OneDrive avec des contrôles de sécurité et de conformité Microsoft 365.

Ces intégrations permettent à l’analytique de passer naturellement en processus de collaboration, de révision et de prise de décision.

Intégrer à des solutions IA agentiques

Fabric prend en charge les scénarios d’IA basés sur un agent par le biais d’une base sémantique partagée. Cette base s’intègre à trois composants clés pour fournir des fonctionnalités agentiques de bout en bout :

  • Microsoft Foundry héberge des modèles affinés et des systèmes de récupération des connaissances. Il prend en charge l’intégration par le biais de normes ouvertes telles que le protocole MCP (Model Context Protocol). Il peut utiliser des agents de données Fabric dans le cadre d’un flux de travail IA agentique.
  • Copilot Studio vous permet de concevoir des agents conversationnels et d’automatiser des processus qui appellent des agents de données Fabric pour obtenir des insights régis.
  • Microsoft 365 Copilot présente ces fonctionnalités dans des outils tels que Teams et Outlook, le routage des requêtes vers les agents appropriés tout en respectant les contrôles de sécurité d’entreprise. Microsoft 365 Copilot peut consommer des agents de données Fabric dans le cadre d’un flux de travail IA agentique.

Ensemble, ces services étendent Fabric de l’analytique à l’automatisation contextuelle de l’IA.

Utiliser des outils de développement et des API

Fabric prend en charge le développement de code et les pratiques DevOps.

Ces fonctionnalités permettent l’automatisation, les flux de travail CI/CD et les solutions personnalisées qui étendent Fabric au-delà de l’interface web. Vous pouvez également utiliser les API REST Fabric pour créer et gérer par programmation des raccourcis OneLake et consommer des jeux de données partagés entre les espaces de travail et les locataires.

Patrimoine de données unifié

Le patrimoine de données unifié vous donne une base cohérente pour l’analytique multiplateforme. Avec les formats ouverts, la parité des API et les modèles d’accès de copie zéro, vous pouvez connecter des moteurs externes tout en conservant la gouvernance et la propriété des données centralisées dans OneLake.

Interopérabilité de OneLake

OneLake fournit une base de données ouverte et interopérable en soutenant les normes largement adoptées. OneLake obtient l’interopérabilité par le biais de deux stratégies clés :

  • Prise en charge des formats de fichiers Delta Lake et Iceberg

    • Prise en charge de Delta Lake : active les transactions ACID, l’application des schémas et les déplacements temporels entre les jeux de données volumineux.
    • Support d’Apache Iceberg : supporte les fonctionnalités avancées de gestion des tables, telles que le partitionnement et l’évolution du schéma.

  • Accès universel aux données via des API

    • API de table : fournir un accès par programmation aux tables, quel que soit le format de fichier.
    • Compatibilité ADLS Gen2 : prend en charge les mêmes API REST et fonctionnalités d’espace de noms hiérarchiques qu’Azure Data Lake Storage Gen2.

En utilisant ces formats et API de fichiers ouverts, OneLake garantit que les données stockées dans OneLake peuvent être lues et écrites par plusieurs moteurs de calcul sans conversion, ce qui en fait une véritable base de données interopérable.

Raccourcis OneLake

Les raccourcis OneLake sont des pointeurs logiques qui référencent les données stockées dans des systèmes externes (tels qu’Azure Data Lake Storage, Amazon S3 ou Google Cloud Storage) ou dans d’autres espaces de travail Fabric. Les raccourcis permettent un accès sans copie entre les charges de travail de Fabric, sans duplication ni ETL. Les données référencées apparaissent dans le cadre de l'espace de noms local OneLake, avec pour effet que tous les moteurs de calcul de Fabric peuvent interroger les objectifs raccourcis ainsi que les données natives.

Partage de données entre locataires

Le partage de données externes vous permet de partager des jeux de données dynamiques et régis dans les limites du locataire Microsoft Entra sans copier de données. Les propriétaires de données contrôlent l’accès en accordant des autorisations OneLake aux identités externes et aux stratégies de gouvernance (telles que les étiquettes de confidentialité et les contrôles d’accès) restent appliquées à la source. Vous pouvez combiner le partage de données entre locataires avec des raccourcis afin que les destinataires externes référencent des données partagées dans le cadre de leur propre espace de noms OneLake.

Intégration d’Azure Databricks

L’intégration de OneLake et d’Azure Databricks constitue une base pour l’analytique unifiée et l’IA. Cette intégration combine le patrimoine de données régi et ouvert de OneLake avec les fonctionnalités d’ingénierie des données et d’apprentissage automatique de Databricks. L’intégration bidirectionnelle entre OneLake et Azure Databricks prend les formes suivantes :

  • Catalog mirroring : met en miroir les tables Unity Catalog dans OneLake en tant que raccourcis, ce qui permet aux charges de travail de Fabric de découvrir et d’accéder aux données gérées par Databricks. Utilisez la mise en miroir de catalogue lorsque vous souhaitez importer des jeux de données Databricks dans Fabric afin d'utiliser les moteurs de calcul de Fabric pour l'analyse.

  • Fédération du catalogue OneLake : Connecte le catalogue Unity à un catalogue OneLake, synchronisant automatiquement les schémas et les tables afin que les éléments du lakehouse Fabric apparaissent dans le catalogue Unity à côté des ressources Databricks. Les requêtes s'exécutent sur le calcul Azure Databricks pour lire des données à partir de OneLake sans copie (zéro copie). La gouvernance reste centralisée dans OneLake. Utilisez la fédération de catalogue lorsque vous souhaitez Azure Databricks découvrir et interroger des données OneLake avec un accès au niveau de la table et une synchronisation de schéma régis.

  • Accès direct à OneLake : Databricks peut lire et écrire des données OneLake directement à l’aide des API Delta Lake compatibility et ADLS Gen2. Bien que l’accès direct fournisse des opérations de lecture/écriture au niveau du fichier, la fédération de catalogues permet une découverte au niveau de la table et une synchronisation de schéma au sein du Unity Catalog. Utilisez l’accès direct pour les scénarios de lecture/écriture opérationnels où le contrôle au niveau du fichier est nécessaire.

Intégration de Snowflake

L’intégration de OneLake et Snowflake offre une architecture de copie zéro qui vous permet d’unifier l’analytique et l’IA sans dupliquer les données. Cette approche repose sur les normes ouvertes et la technologie de raccourci, ce qui garantit l’interopérabilité tout en conservant la gouvernance et les performances.

  • Raccourcis vers les tables Snowflake Iceberg : Fabric utilise des raccourcis qui référencent des tables Snowflake directement dans OneLake. Les données restent dans Snowflake, mais apparaissent dans le patrimoine de données logique OneLake. Les charges de travail Fabric (Power BI, Dataflows, agents IA) peuvent interroger des données Snowflake avec des données OneLake natives sans ETL ni réplication. Les stratégies de gouvernance et de sécurité restent intactes sur les deux plateformes.
  • Tables externes Snowflake sur OneLake : Snowflake peut interroger des données OneLake dans des formats Delta ou Parquet, ce qui permet des requêtes hautes performances sur les données OneLake à partir du calcul Snowflake.

Architecture de plateforme

Azur

Microsoft Fabric est conçu en tant que plateforme SaaS (Software as a Service) sur l’infrastructure d’Azure, ce qui signifie qu’il s’appuie sur les principaux services Azure pour l’identité, la mise en réseau, la sécurité, la surveillance, etc. Dans la pratique, un locataire Fabric et ses capacités sont des ressources Azure de première classe sous votre abonnement Azure. Cela permet à Fabric d’intégrer le système de facturation d’Azure, d’utiliser les fonctionnalités de supervision et de journalisation d’Azure, d’appliquer la sécurité via des fonctionnalités d’identité et de mise en réseau Azure, et d’interagir avec les services de données Azure.

facturation Azure

Les capacités Microsoft Fabric représentent les niveaux de calcul provisionnés pour Fabric et sont gérées en tant que ressources Azure au sein de votre abonnement. Lorsque vous activez Fabric, une ressource de capacité Azure Fabric est créée, représentant la capacité d’analytique du locataire Fabric. Dans le portail Azure, vous pouvez suspendre et reprendre votre capacité et la mettre à l’échelle en fonction des besoins. La facturation pour Fabric est gérée via le système de facturation de votre abonnement Azure. Tous les frais d’utilisation fabric (pour le calcul et le stockage) s’accumulent sous votre abonnement et apparaissent dans Microsoft Cost Management avec d’autres services Azure.

Mise en réseau

Microsoft Fabric prend en charge les points de terminaison privés Azure pour un accès privé et interne uniquement aux points de terminaison Fabric. Lorsque vous activez Private Link for Fabric au niveau du locataire ou de l’espace de travail, Fabric expose des URL de point de terminaison privé pour les services (OneLake, points de terminaison SQL de l’entrepôt et autres) accessibles uniquement via votre réseau virtuel Azure. Le trafic est acheminé via le réseau principal privé d’Azure au lieu de l’Internet public. Une fois Blocage de l'accès Internet public activé dans Fabric, les tentatives d’utiliser Fabric en dehors de votre réseau virtuel (ou sans le point de terminaison privé) sont rejetées. Cette intégration garantit que le transfert de données sensibles entre Fabric et votre réseau reste hors de l’Internet public, ce qui répond à des exigences de conformité strictes.

Microsoft Fabric prend également en charge les réseaux virtuels managés (réseaux virtuels managés) et les points de terminaison privés managés pour améliorer l’isolation réseau et la connectivité sécurisée. Lorsque Private Link est activé pour un locataire ou un espace de travail Fabric, Fabric provisionne automatiquement un réseau virtuel managé pour les charges de travail de calcul telles que les travaux Spark, afin qu’ils s’exécutent dans un environnement isolé plutôt que dans des pools publics partagés. Les points de terminaison privés managés permettent également aux services Fabric (comme Lakehouse, Warehouse et OneLake) de se connecter en toute sécurité aux ressources Azure ou aux sources de données locales sans exposer le trafic vers l’Internet public. Ces fonctionnalités utilisent le réseau principal d’Azure pour appliquer la conformité, réduire la surface d’attaque et fournir un contrôle granulaire sur l’entrée et la sortie des données dans les environnements d’entreprise.

Microsoft Entra ID (système d'identification de Microsoft)

Fabric authentifie et gère les utilisateurs via l’ID Microsoft Entra. Chaque locataire Fabric est lié à un locataire Entra ID. La connexion utilisateur, l’authentification unique (SSO) et le contrôle d’accès pour Fabric utilisent les mêmes identités et groupes qu’Azure. Vous pouvez utiliser vos comptes Entra ID d’entreprise pour vous connecter à Fabric et utiliser des fonctionnalités de sécurité existantes telles que les stratégies d’accès conditionnel et l’authentification multifacteur dans Fabric. L'intégration d'ID Entra active également les principaux de service et les identités gérées pour les scénarios d'authentification entrante et sortante de Fabric.

  • Authentification entrante : utilisez des principaux de service pour accéder aux API d’administration de Fabric ou pour activer l’accès aux points de terminaison d’élément Fabric tels que SQL, OneLake et Eventhouse.
  • Authentification sortante : utilisez l’identité de l’espace de travail ou d'autres principaux de service lorsque vous configurez des connexions aux sources de données Azure.

GitHub et Azure DevOps

Microsoft Fabric s’intègre en mode natif avec Azure DevOps et GitHub pour activer le contrôle de version, CI/CD et le développement collaboratif pour les éléments d’analyse tels que les pipelines, les notebooks et les flux de données. Les espaces de travail dans Fabric peuvent être liés à un référentiel Git, ce qui vous permet de synchroniser des éléments entre Fabric et votre système de contrôle de code source. Cette intégration prend en charge les stratégies de branchement, les demandes de tirage et les révisions de code, afin que les modifications apportées aux éléments Fabric suivent les mêmes pratiques de gouvernance et DevOps que le code d’application. Avec Azure DevOps, vous pouvez automatiser les pipelines de déploiement pour le contenu Fabric dans des environnements (par exemple, dev, test et prod) à l’aide de flux de travail basés sur YAML. L’intégration de GitHub utilise GitHub Actions pour l’automatisation, ce qui permet l’intégration continue et le déploiement des ressources Fabric. Ces fonctionnalités aident les équipes à maintenir la cohérence, à appliquer l’historique des versions et à simplifier la collaboration, ce qui rend Fabric un citoyen de première classe dans les flux de travail DevOps modernes.

Microsoft Purview

Microsoft Fabric s’intègre profondément à Microsoft Purview pour fournir une gouvernance unifiée des données, un catalogue et une conformité au sein du patrimoine de données Fabric. Purview peut inscrire des espaces de travail Fabric et OneLake en tant que sources de données dans sa carte de données, ce qui permet l’analyse automatisée des métadonnées, le suivi de traçabilité et la classification d’éléments Fabric tels que Lakehouses, Warehouses et Dataflows. Cette intégration vous permet d’appliquer des stratégies de gouvernance cohérentes, telles que les étiquettes de confidentialité et les contrôles d’accès, dans les environnements Azure et Fabric. Grâce au catalogue unifié purview, les jeux de données Fabric deviennent détectables en même temps que d’autres ressources de données d’entreprise, prenant en charge les vérifications de qualité des données, le profilage et les audits de conformité. L’authentification pour les analyses Purview utilise des entités de sécurité Entra ID, et les administrateurs doivent activer les paramètres des locataires Fabric pour autoriser l'accès en lecture seule à l’API de Purview. Après la configuration, Purview peut surveiller en permanence Fabric pour les modifications de schéma, les mises à jour de traçabilité et les métriques de qualité des données, ce qui garantit que les flux de travail d’analyse dans Fabric respectent les normes de gouvernance d’entreprise. Cette intégration permet aux entreprises de maintenir la visibilité et la conformité de bout en bout dans les paysages de données hybrides sans dupliquer les efforts de gouvernance.

Contenu connexe

  • Last updated on