Pour la gouvernance de la plateforme, Microsoft Purview suffit généralement. Il analyse Fabric pour en extraire les métadonnées et la traçabilité, applique des étiquettes de confidentialité et des règles de prévention des pertes de données, consigne les événements d’audit et héberge un glossaire métier. En revanche, il n’explique pas les chiffres à la personne qui consulte un rapport Power BI. Celle-ci voit un badge de certification et une étiquette. Si les utilisateurs métier demandent encore ce que signifient les KPI ou qui en est responsable, vous avez aussi besoin d’une couche qui leur est destinée.
Ce que Microsoft Purview couvre dans Fabric
La plupart des équipes Fabric partent du principe qu’une fois Purview activé, la gouvernance est en place pour tout le monde. Pour l’équipe data, c’est largement vrai. Selon la documentation de Microsoft, Purview et Fabric vous offrent ensemble :
- Analyse avec Data Map. Purview peut analyser votre tenant Fabric et Power BI pour collecter les métadonnées et la traçabilité dans les différents espaces de travail et éléments.
- Protection des informations. Les étiquettes de confidentialité de Microsoft Purview peuvent être appliquées aux éléments Fabric et accompagner les données lors des exports.
- Prévention des pertes de données. Les stratégies DLP peuvent détecter les données sensibles dans les éléments Fabric et Power BI pris en charge.
- Audit. Les activités des utilisateurs et des administrateurs dans Fabric sont consignées dans Purview Audit.
- Unified Catalog. Des domaines de gouvernance, des produits de données, un glossaire métier et des contrôles de qualité des données, gérés par les gestionnaires de données et les équipes de gouvernance.
Fabric y ajoute ses propres fonctionnalités : le catalogue OneLake pour trouver des éléments, les domaines pour regrouper les espaces de travail, les mentions d’approbation (« Promu », « Certifié » et « Données de référence ») et la vue de traçabilité au sein de l’espace de travail.
Ce que voit réellement la personne qui consulte le rapport
C’est là que se situe le décalage. Tout cela est conçu pour les personnes qui gèrent la plateforme. À l’autre bout, l’utilisateur métier en voit beaucoup moins.
Prenons un exemple : un directeur commercial ouvre le rapport sur le pipeline avant une réunion de prévisions. Au-dessus du rapport, il voit un badge « Certifié » et une étiquette « Confidentiel ». Il ne voit pas ce que recouvre le « pipeline qualifié », qui en a décidé ainsi, ni si l’actualisation de la nuit a bien eu lieu. Le terme figure dans le glossaire, sur le portail Purview. Le directeur ne l’a jamais ouvert.
En pratique, un badge indique que quelqu’un s’est porté garant du rapport. Il ne dit pas ce que signifient les chiffres. Or, c’est précisément la question que se posent les utilisateurs métier.
Quelle différence entre Microsoft Purview et un catalogue de données adapté aux utilisateurs métier non techniques ?
La différence tient surtout au public visé et au lieu d’utilisation. Purview est une plateforme de gouvernance. Ses utilisateurs sont les gestionnaires de données, les équipes de sécurité et les responsables de la conformité, et son catalogue se trouve sur son propre portail.
Un catalogue adapté aux utilisateurs métier part des besoins du lecteur. Il emploie un langage clair, désigne une personne à contacter et cherche à afficher la réponse là où les utilisateurs travaillent déjà, souvent dans les rapports eux-mêmes. Il couvre généralement moins les aspects liés à la plateforme et davantage le sens des données.
| Question | Purview et Fabric | Couche destinée aux utilisateurs métier |
|---|---|---|
| À qui s’adresse la solution ? | Gestionnaires de données, sécurité, conformité | Lecteurs des rapports et responsables des KPI |
| Où s’utilise-t-elle ? | Portail Purview, administration et espaces de travail Fabric | Dans le rapport ou à côté |
| Étiquettes, DLP, audit | Oui | Non, s’appuie sur Purview |
| Traçabilité entre les éléments Fabric | Oui | Selon l’outil |
| Définition du KPI visible par les lecteurs | Uniquement si elle est ajoutée manuellement au rapport | Oui |
| Responsable métier visible par les lecteurs | Aucun champ prévu nativement | Oui |
Quand Purview suffit et quand ajouter une couche
Purview seul suffit lorsque vos objectifs de gouvernance concernent la plateforme : protéger les données sensibles, démontrer la conformité, assurer la traçabilité pour l’équipe data. Beaucoup d’organisations devraient commencer par là.
Ajoutez une couche destinée aux utilisateurs métier lorsque les difficultés se manifestent de leur côté :
- L’équipe BI répond chaque semaine aux mêmes questions : « Que signifie ce chiffre ? »
- Deux rapports affichent des valeurs différentes pour un KPI portant le même nom.
- Les utilisateurs métier ne font pas confiance aux rapports certifiés, car ils ne voient pas pourquoi ils ont été certifiés.
- Le glossaire existe, mais personne en dehors de l’équipe data ne l’a ouvert.
Le meilleur catalogue de données pour Microsoft Fabric et Power BI
Il n’existe pas de catalogue qui soit le meilleur dans l’absolu. Il existe une solution qui répond le mieux à vos questions. Pour un environnement Fabric et Power BI, évaluez chaque solution envisagée selon cinq critères.
- Exploite les métadonnées de Fabric et Power BI sans déplacer les données.
- Fonctionne aux côtés de Purview plutôt que de dupliquer les étiquettes, la DLP et l’audit.
- Affiche les réponses pour les lecteurs des rapports, pas uniquement pour les gestionnaires de données.
- Désigne un responsable métier pour chaque KPI ou rapport.
- Reste à jour avec peu de maintenance, car un catalogue que personne ne tient à jour est pire qu’une absence de catalogue.
Quel catalogue de données recommander à un client qui utilise Microsoft Fabric et Power BI ?
Commencez par Purview pour la plateforme, car le client utilise déjà l’environnement Microsoft et a de toute façon besoin d’étiquettes, de DLP et d’audit. Demandez ensuite qui exprime des difficultés. S’il s’agit de l’équipe de sécurité ou de conformité, Purview peut répondre à l’ensemble du besoin.
Si les difficultés viennent des métiers, le client a besoin d’une solution que ces utilisateurs ouvriront réellement. Recommandez une couche qui exploite les métadonnées Power BI du client, affiche les définitions et les responsables dans les rapports et laisse la gouvernance de la plateforme à Purview. Les deux solutions restent ainsi complémentaires.
Un cadre pratique : protéger, tracer, définir, afficher, maintenir
- Protéger : étiquettes, DLP et audit dans Purview.
- Tracer : traçabilité entre les éléments Fabric, pour l’équipe data.
- Définir : une définition validée et un responsable désigné pour chaque KPI.
- Afficher : définitions et responsables visibles dans le rapport, pour le lecteur.
- Maintenir : révision des définitions par les responsables à intervalles réguliers, par exemple chaque trimestre.
La place de dScribe
Purview assure la gouvernance de la plateforme. Le besoin qui reste à couvrir concerne le lecteur du rapport, qui ne voit toujours qu’un badge. dScribe fonctionne aux côtés de Purview et lit uniquement les métadonnées : vos données ne sont donc pas déplacées. Son extension de navigateur affiche la définition et le responsable dans les rapports Power BI que les utilisateurs consultent déjà.
Une limite mérite d’être clairement précisée. L’extension fonctionne dans Power BI, pas dans Fabric. L’interface destinée au lecteur est le rapport Power BI lui-même, et non un espace de travail Fabric ou le catalogue OneLake. Les problèmes de qualité des données sont centralisés dans une marketplace au sein de l’application dScribe, plutôt que dans le rapport. Purview reste votre outil de gouvernance pour Fabric.
En conclusion
Purview est le bon socle pour la gouvernance de Fabric. Il n’est pas conçu pour expliquer un KPI à un directeur commercial cinq minutes avant une réunion de prévisions. Si vos utilisateurs métier demandent encore à l’équipe BI ce que signifient les chiffres, la plateforme est sous contrôle, mais les rapports ne sont pas compris. C’est ce besoin qu’il est utile de couvrir en complément.
Questions fréquentes
Ai-je besoin d’autre chose que Purview pour Microsoft Fabric ?
Pas pour la gouvernance de la plateforme, que Purview et Fabric couvrent. Vous pouvez avoir besoin d’une couche destinée aux utilisateurs métier si les lecteurs des rapports ne voient pas ce que signifient les KPI ou qui en est responsable.
Que voit un utilisateur métier de Purview dans un rapport Power BI ?
Principalement l’étiquette de confidentialité et le badge d’approbation. Les termes du glossaire et les résultats des contrôles de qualité des données se trouvent sur le portail Purview, que la plupart des utilisateurs métier n’ouvrent pas.
Comment Microsoft Purview se compare-t-il à Collibra pour les utilisateurs métier ?
Les deux sont des suites de gouvernance d’entreprise. Le test pertinent est donc le même : un utilisateur métier verra-t-il la définition d’un KPI et son responsable en consultant le rapport, sans ouvrir un autre outil ? Demandez à chaque fournisseur de vous le montrer en direct sur l’un de vos propres rapports.
Purview peut-il afficher les définitions des KPI dans les rapports Power BI ?
Purview héberge les termes du glossaire et les descriptions sur son propre portail. Pour les afficher dans un rapport, il faut que son concepteur les ajoute manuellement ou qu’un outil distinct s’en charge.
Purview suffit-il pour un déploiement Fabric de taille moyenne ?
Pour la sécurité, la conformité et la traçabilité, souvent oui. Avant de décider, vérifiez si les utilisateurs métier ont aussi besoin de définitions en langage clair et de responsables identifiés.