Feuille de route d’adoption de Microsoft Fabric : Supervision du système

Article
11/24/2023

Remarque

Cet article fait partie de la série Feuille de route d’adoption de Microsoft Fabric. Pour une vue d’ensemble de la série, consultez l’article Feuille de route d’adoption de Microsoft Fabric.

La supervision du système, également appelée administration de Fabric, est constituée des activités administratives continues et quotidiennes. Elle a trait spécifiquement aux aspects suivants :

Gouvernance : mettre en œuvre les directives et les stratégies de gouvernance pour accompagner les scénarios de décisionnel et de données à l’échelle de l’entreprise et en libre-service.
Autonomisation des utilisateurs : faciliter et prendre en charge les processus et les systèmes internes qui autonomisent autant que possible la communauté d’utilisateurs internes, tout en respectant les réglementations et exigences de l’organisation.
Adoption : autoriser une plus grande adoption organisationnelle de Fabric avec des pratiques de gouvernance et de gestion des données efficaces.

Important

Les objectifs de la culture des données de votre organisation fournissent la direction de vos décisions de gouvernance, qui, à leur tour, déterminent la façon dont les activités d’administration de Fabric sont effectuées et par qui.

La supervision du système est un sujet vaste et profond. L’objectif de cet article est de présenter certaines des considérations et actions les plus importantes pour vous aider à atteindre vos objectifs d’adoption organisationnelle.

Administrateurs Fabric

Le rôle Administrateur Fabric est un rôle défini dans Microsoft 365, qui délègue un sous-ensemble d’activités de gestion. Les administrateurs Microsoft 365 généraux sont implicitement des administrateurs Fabric. Les administrateurs Power Platform sont également implicitement des administrateurs Fabric.

Une décision de gouvernance clé est la désignation d’un administrateur Fabric. Il s’agit d’un rôle centralisé qui affecte votre locataire tout entier. Idéalement, deux à quatre personnes au sein de l’organisation sont capables de gérer Fabric. Vos administrateurs devraient opérer en étroite coordination avec le Centre d’excellence (CE).

Rôle à privilèges élevés

Le rôle Administrateur Fabric est considéré comme un rôle à privilèges élevés pour les raisons suivantes :

Expérience utilisateur : les paramètres gérés par un administrateur Fabric ont un impact significatif sur les fonctionnalités utilisateur et l’expérience utilisateur. Si vous souhaitez obtenir plus d’informations, consultez Gérer les paramètres des locataires.
Accès de sécurité complet : les administrateurs Fabric peuvent mettre à jour les autorisations d’accès pour les espaces de travail dans le locataire. Le résultat est qu’un administrateur peut accorder l’autorisation d’afficher ou de télécharger des données et rapports comme bon lui semble. Si vous souhaitez obtenir plus d’informations, consultez Gérer les paramètres des locataires.
Accès à l’espace de travail personnel : les administrateurs Fabric peuvent accéder au contenu et régir l’espace de travail personnel de chaque utilisateur.
Métadonnées : les administrateurs Fabric peuvent afficher toutes les métadonnées du locataire, y compris toutes les activités utilisateur qui se produisent sur le portail Fabric (voir la section Audit et supervision ci-dessous).

Important

Le fait d’avoir trop d’administrateurs Fabric constitue un risque. Cela augmente la probabilité d’une gestion non approuvée, involontaire ou incohérente du locataire.

Rôles et responsabilités

Les types d’activités qu’un administrateur effectue sur une base quotidienne varient d’une organisation à l’autre. Ce qui est important, et prioritaire dans votre culture des données, influe fortement sur ce qu’un administrateur fait pour accompagner les scénarios de décisionnel et de données en libre-service piloté par l’entreprise, en libre-service managé et à l’échelle de l’entreprise. Pour plus d’informations, consultez l’article Gestion et propriété du contenu.

Conseil

Dans l’idéal, la personne à désigner comme administrateur Fabric a suffisamment de connaissances sur les outils et les charges de travail pour comprendre ce que les utilisateurs libre-service doivent accomplir. Ayant cette compréhension, l’administrateur peut équilibrer l’autonomisation et la gouvernance des utilisateurs.

Outre l’administrateur Fabric, il existe d’autres rôles qui utilisent le terme administrateur. Le tableau suivant décrit les rôles qui sont couramment et régulièrement utilisés.

Rôle	Portée	Description
Administrateur Fabric	Locataire	Gère les paramètres du locataire et d’autres paramètres sur le portail Fabric. Toutes les références générales à l’administrateur dans cet article font référence à ce type d’administrateur.
Administrateur de capacité	Une capacité	Gère les espaces de travail ainsi que les charges de travail et supervise l’intégrité d’une capacité Fabric.
Administrateur de passerelle de données	Une passerelle	Gère la configuration de la source de données de la passerelle, les informations d’identification et les affectations des utilisateurs. Peut également gérer les mises à jour logicielles de la passerelle (ou collaborer avec l’équipe d’infrastructure sur les mises à jour).
Administrateur d’espace de travail	Un espace de travail	Gère les paramètres des espaces de travail et l’accès à ces derniers.

L’écosystème de charges de travail Fabric est vaste et profond. Fabric s’intègre de nombreuses façons avec d’autres systèmes et plateformes. De temps à autre, il est nécessaire de collaborer avec d’autres administrateurs et professionnels de l’informatique. Pour obtenir plus d’informations, consultez Collaborer avec d’autres administrateurs.

Le reste de cet article offre une vue d’ensemble des activités les plus courantes effectuées par un administrateur. Il met l’accent sur des activités qu’il est important d’effectuer de manière efficace lors d’une approche stratégique d’adoption organisationnelle.

Gestion des services

La surveillance du locataire est un aspect crucial pour garantir que tous les utilisateurs ont une bonne expérience de Power BI. Voici quelques-unes des principales responsabilités de gouvernance d’un administrateur Fabric :

Paramètres du tenant : contrôlez les fonctionnalités et capacités Power BI qui sont activées et pour quels utilisateurs au sein de votre organisation.
Domaines : regroupez deux ou plusieurs espaces de travail présentant des caractéristiques similaires.
Espaces de travail : passez en revue et gérez des espaces de travail dans le tenant.
Codes incorporés : régissez les rapports publiés de manière publique sur Internet.
Visuels organisationnels : inscrivez et gérez les visuels organisationnels.
Connexions Azure : intégrez-les à des services Azure pour fournir des fonctionnalités supplémentaires.

Pour obtenir plus d’informations, consultez Administration du tenant.

Ordinateurs et appareils des utilisateurs

L’adoption de Fabric dépend directement du fait que les créateurs de contenu et les consommateurs disposent des outils et des applications dont ils ont besoin. Voici quelques questions importantes à prendre en compte.

Comment les utilisateurs vont-ils demander l’accès aux nouveaux outils ? L’accès aux licences, aux données et à la formation sera-t-il disponible pour aider les utilisateurs à utiliser efficacement les outils ?
Comment les consommateurs de contenu vont-ils visualiser du contenu publié par d’autres utilisateurs ?
Comment les créateurs de contenu vont-ils développer, gérer et publier du contenu ? Quels sont vos critères pour décider quels outils et applications sont appropriés pour quel cas d’utilisation ?
Comment allez-vous installer et configurer les outils ? Cela inclut-il les prérequis et les composants de connectivité des données associés ?
Comment allez-vous gérer les mises à jour à venir pour les outils et les applications ?

Pour plus d’informations, consultez Outils et appareils utilisateur.

Architecture

Dans le contexte de Fabric, l’architecture est liée à l’architecture des données, à la gestion de la capacité et à l’architecture et à la gestion de la passerelle de données.

Architecture de données

L’architecture des données fait référence aux principes, aux pratiques et aux méthodologies qui régissent et définissent les données collectées et la façon dont elles sont ingérées, stockées, gérées, intégrées, modélisées et utilisées.

Il existe de nombreuses décisions à prendre en matière d’architecture des données. Souvent, le Centre d’excellence s’engage dans la conception et la planification de l’architecture des données. Il est également courant que les administrateurs s’impliquent, en particulier quand ils gèrent des bases de données ou une infrastructure Azure.

Important

Les décisions en matière d’architecture des données ont un impact significatif sur l’adoption de Fabric, la satisfaction des utilisateurs et les taux de réussite des projets individuels.

Voici quelques considérations relatives à l’architecture des données qui affectent l’adoption :

Où Fabric s’intègre-t-il à l’ensemble de l’architecture des données de l’organisation ? Existe-t-il d’autres composants, tels qu’un entrepôt de données d’entreprise ou un lac de données, à prendre en compte dans les plans ?
La solution Fabric est-elle utilisée de bout en bout pour la préparation des données, la modélisation des données et la présentation des données ou bien uniquement pour certaines de ces fonctionnalités ?
Des modèles en libre-service managé sont-ils suivis pour trouver le meilleur équilibre entre réutilisabilité des données et flexibilité de création des rapports ?
Où les utilisateurs consomment-ils le contenu ? En règle générale, les trois principales façons de fournir du contenu sont le portail Microsoft Fabric, Power BI Report Server et par le biais d’une incorporation dans des applications personnalisées. En outre, Microsoft Teams est une alternative pratique pour les utilisateurs qui passent beaucoup de temps dans Teams.
Qui est responsable de la gestion et de la maintenance de l’architecture des données ? S’agit-il d’une équipe centralisée ou d’une équipe décentralisée ? Comment le Centre d’excellence est-il représenté dans cette équipe ? Certaines compétences sont-elles requises ?
Quelles sont les sources de données les plus importantes ? Quels types de données allons-nous acquérir ?
Quels sont les choix de mode de connectivité des modèles sémantiques et de mode de stockage (par exemple, Direct Lake, importation, connexion active, DirectQuery ou frameworks de modèle composite) qui conviennent le mieux aux cas d’usage ?
Dans quelle mesure la réutilisabilité des données est-elle encouragée avec des lakehouses, des entrepôts et des modèles sémantiques partagés ?
Dans quelle mesure l’utilisation de pipelines de données, de notebooks et de flux de données favorise-t-elle la réutilisabilité de la logique de préparation des données et la préparation avancée des données ?

Il est important que les administrateurs prennent pleinement connaissance des fonctionnalités techniques de Fabric, ainsi que des besoins et des objectifs de leurs parties prenantes, avant de prendre des décisions architecturales.

Conseil

Prenez la bonne habitude d’effectuer une preuve de concept (POC) technique pour tester les hypothèses et les idées. Certaines organisations les appellent également micro-projets lorsque l’objectif est de fournir une petite unité de travail. L’objectif d’une POC est de traiter les inconnues et de réduire les risques le plus tôt possible. Il n’est pas nécessaire qu’une POC soit un travail jetable, mais son étendue doit être limitée. Les révisions des meilleures pratiques, comme décrit dans l’article Mentorat et accompagnement des utilisateurs, sont une autre méthode utile pour aider les créateurs de contenu à prendre des décisions architecturales importantes.

Gestion de la capacité

Capacité inclut des fonctionnalités et capacités supplémentaires pour fournir des solutions d’analyse à grande échelle. Il existe deux types de licences d’organisation Fabric : Premium par utilisateur (PPU) et capacité. Il existe plusieurs types de licences de capacité. Le type de licence de capacité détermine les charges de travail Fabric prises en charge.

L’utilisation de la capacité peut jouer un rôle important dans votre stratégie de création, de gestion, de publication et de distribution de contenu. Voici quelques-unes des principales raisons d’investir dans la capacité :

Distribution de contenu Power BI illimitée à un grand nombre d’utilisateurs en lecture seule. La consommation de contenu par les utilisateurs disposant d’une licence Power BI gratuite est disponible uniquement dans la capacité Premium, et non PPU. La consommation de contenu par les utilisateurs gratuits est également disponible avec une licence de capacité Fabric F64 ou supérieure.
Accès aux expériences Fabric pour produire des analyses de bout en bout.
Pipelines de déploiement pour gérer la publication de contenu dans les espaces de travail de développement, de test et de production. Elles sont vivement recommandées pour le contenu critique afin d’améliorer la stabilité des versions.
Point de terminaison XMLA, qui est un protocole standard pour gérer et publier un modèle sémantique ou pour interroger le modèle sémantique à partir de n’importe quel outil compatible XMLA.
Augmentation des limites de taille de modèle, avec notamment la prise en charge des grands modèles sémantiques.
Actualisations des données plus fréquentes.
Stockage de données dans une zone géographique spécifique différente de la région d’accueil.

La liste ci-dessus n’est pas exhaustive. Pour obtenir une liste complète, consultez Fonctionnalités de Power BI Premium.

Gérer la capacité Fabric

La supervision de l’intégrité de la capacité Fabric est une activité constante essentielle pour les administrateurs. Chaque référence SKU de capacité inclut un ensemble de ressources. Les unités de capacité (CU) sont utilisées pour mesurer les ressources de calcul pour chaque référence SKU.

Avertissement

L’absence de gestion et le dépassement fréquent des limites de vos ressources de capacité peuvent souvent soulever des défis du point de vue des performances et de l’expérience utilisateur. Ces deux défis, s’ils ne sont pas gérés correctement, peuvent contribuer à nuire aux efforts d’adoption.

Suggestions pour la gestion de la capacité Fabric :

Définissez qui est responsable de la gestion de la capacité. Confirmez les rôles et les responsabilités afin qu’il soit clair quelle action sera effectuée, pourquoi, quand et par qui.
Créez un jeu de critères spécifique pour le contenu destiné à être publié sur la capacité. Cela s’avère particulièrement utile quand une même capacité est utilisée par plusieurs divisions, car il existe un risque de perturber d’autres utilisateurs si la capacité n’est pas correctement gérée. Envisagez de demander une révision des bonnes pratiques (par exemple, une taille de modèle sémantique raisonnable et des calculs efficaces) avant de publier un nouveau contenu dans une capacité de production.
Utilisez régulièrement l’application Métriques de capacité Microsoft Fabric pour comprendre l’utilisation des ressources et les modèles pour la capacité. Plus important encore, recherchez des modèles cohérents de surexploitation, qui contribuent aux perturbations des utilisateurs. Une analyse des modèles d’utilisation doit également vous permettre de savoir si la capacité est sous-exploitée, signe que l’investissement pourrait être davantage valorisé.
Définissez le paramètre du locataire afin que Fabric vous avertisse si la capacité est surchargée ou qu’une panne ou un incident se produit.

Mise à l’échelle automatique

La mise à l’échelle automatique est destinée à gérer les pics d’utilisation occasionnels ou inattendus de la capacité. La mise à l’échelle automatique peut répondre à ces pics en augmentant automatiquement les ressources du processeur pour gérer la charge de travail accrue.

L’application automatisée d’un scale-up réduit le risque de problèmes de performances et d’expérience utilisateur, moyennant un impact financier. Si la capacité n’est pas correctement gérée, la mise à l’échelle automatique risque de se déclencher plus souvent que prévu. Dans ce cas, l’application Métriques peut vous aider à identifier les problèmes sous-jacents et à planifier la capacité.

Gestion décentralisée de la capacité

Les administrateurs de capacité sont responsables de l’affectation d’espaces de travail à une capacité spécifique.

Notez que les administrateurs d’espace de travail peuvent également affecter un espace de travail à PPU si l’administrateur de l’espace de travail possède une licence PPU. Toutefois, il faut que tous les autres utilisateurs de l’espace de travail aient également une licence PPU pour afficher le contenu Power BI dans l’espace de travail et collaborer. Les autres charges de travail Fabric ne peuvent pas être incluses dans un espace de travail attribué à PPU.

Il est possible de configurer plusieurs capacités pour faciliter la gestion décentralisée par différentes divisions. La décentralisation de la gestion de certains aspects de Fabric est un excellent moyen de trouver un équilibre entre agilité et contrôle.

Voici un exemple décrivant une façon de gérer votre capacité.

Achetez un nœud de capacité P3 dans Microsoft 365. Il comprend 32 cœurs virtuels (v-cores).
Utilisez 16 v-cores pour créer la première capacité. Elle sera utilisée par l’équipe Ventes.
Utilisez 8 v-cores pour créer la deuxième capacité. Elle sera utilisée par l’équipe Opérations.
Utilisez les 8 v-cores restants pour créer la troisième capacité. Elle prendra en charge l’utilisation générale.

L’exemple précédent présente plusieurs avantages.

Vous pouvez configurer des administrateurs de capacité distincts pour chaque capacité. Cela facilite les situations de gestion décentralisée.
Si une capacité n’est pas correctement gérée, l’effet est limité à cette seule capacité. Les autres capacités ne sont pas impactées.
La facturation et les rétrofacturations vers d’autres unités commerciales sont simples.
Différents espaces de travail peuvent être facilement attribués aux capacités distinctes.

Toutefois, l’exemple présente également des inconvénients :

Les limites par capacité sont inférieures. La taille maximale de mémoire autorisée pour les modèles sémantiques ne correspond pas à la taille totale du nœud de capacité P3 achetée. Il s’agit plutôt de la taille attribuée à la capacité dans laquelle le modèle sémantique est hébergé.
Il est fort probable que l’une des plus petites capacités devra être mise à l’échelle à un moment donné.
Il existe d’autres capacités à gérer dans le locataire.

Remarque

Les ressources pour Power BI Premium par capacité sont appelées v-cores. Toutefois, une capacité Fabric les désigne comme unités de capacité (CU). L’échelle des CU et des v-cores est différente pour chaque référence SKU. Pour plus d’informations, consultez la documentation sur les licences Fabric.

Architecture et gestion de la passerelle de données

Une passerelle de données facilite le transfert sécurisé et efficace des données entre les sources de données organisationnelles et le service Fabric. Une passerelle de données est nécessaire pour la connectivité des données aux services locaux ou cloud quand une source de données est :

Située dans le centre de données d’entreprise
Configurée derrière un pare-feu
Située dans un réseau virtuel
Située dans une machine virtuelle

Il existe trois types de passerelles :

La passerelle de données locale (mode standard) est un service de passerelle multiutilisateur qui prend en charge les connexions aux sources de données inscrites. Les installations et les mises à jour des logiciels de la passerelle sont installées sur un ordinateur géré par le client.
La passerelle de données locale (mode personnel) est un service de passerelle qui prend uniquement en charge l’actualisation des données. Ce mode de passerelle est généralement installé sur le PC d’un créateur de contenu. Il prend en charge l’utilisation par un seul utilisateur. Il ne prend pas en charge la connexion active ou les connexions DirectQuery.
La passerelle de données de réseau virtuel est un service managé Microsoft qui prend en charge la connectivité pour de nombreux utilisateurs. Plus précisément, il prend en charge la connectivité pour les modèles sémantiques et les flux de données stockés dans les espaces de travail affectés à la capacité Premium ou à Premium par utilisateur.

Conseil

La décision de savoir qui peut installer le logiciel de la passerelle est une décision de gouvernance. Pour la plupart des organisations, l’utilisation de la passerelle de données en mode standard ou d’une passerelle de données réseau virtuel doit être vivement encouragée. Elles sont beaucoup plus évolutives, gérables et auditables que les passerelles de données en mode personnel.

Gestion de passerelle décentralisée

La passerelle de données locale (mode standard) et la passerelle de données de réseau virtuel prennent en charge des types de sources de données spécifiques qui peuvent être enregistrés ainsi que les détails de connexion et la façon dont les informations d’identification sont stockées. Des utilisateurs peuvent être autorisés à utiliser la source de données de la passerelle afin d’être à même de planifier une actualisation ou d’exécuter des requêtes DirectQuery.

Certains aspects de la gestion de la passerelle peuvent être effectués efficacement de manière décentralisée pour trouver un équilibre entre agilité et contrôle. Par exemple, le groupe des opérations aura sans doute une passerelle dédiée à son équipe de créateurs de contenu libre-service et de propriétaires de données.

La gestion décentralisée de la passerelle fonctionne au mieux dans le cadre d’un effort conjoint, comme suit :

Éléments gérés par les propriétaires de données décentralisées :

Informations de connectivité et niveaux de confidentialité des sources de données de services
Informations d’identification stockées des sources de données de services (y compris la responsabilité de la mise à jour des changements de mot de passe)
Utilisateurs des sources de données de services autorisés à utiliser chaque source de données

Éléments gérés par les propriétaires de données centralisées (y compris les sources de données utilisées à l’échelle de l’organisation ; la gestion est centralisée pour éviter les sources de données dupliquées) :

Informations de connectivité et niveaux de confidentialité des sources de données centralisées
Informations d’identification stockées des sources de données centralisées (y compris la responsabilité de la mise à jour des changements de mot de passe)
Utilisateurs de sources de données centralisées qui sont autorisés à utiliser chaque source de données

Éléments gérés par le service informatique :

Mises à jour logicielles de la passerelle (les mises à jour de passerelle sont généralement publiées chaque mois)
Installation de pilotes et de connecteurs personnalisés (les mêmes que ceux installés sur les ordinateurs des utilisateurs)
Gestion du cluster de passerelle (nombre d’ordinateurs dans le cluster de passerelle pour la haute disponibilité, la reprise d’activité et pour éliminer un point de défaillance unique, qui peut entraîner des perturbations significatives de l’utilisateur)
Gestion du serveur (par exemple, système d’exploitation, RAM, processeur ou connectivité réseau)
Gestion et sauvegarde des clés de chiffrement de passerelle.
Supervision des journaux de la passerelle pour évaluer la nécessité d’un scale-up ou d’un scale-out
Alerte de temps d’arrêt ou de niveau de ressources faible persistant sur la machine passerelle.

Conseil

Le fait de permettre à une équipe décentralisée de gérer certains aspects de la passerelle lui confère une plus grande mobilité. La gestion décentralisée des passerelles implique toutefois l’exécution de serveurs de passerelle supplémentaires, afin que chacun puisse être dédié à une zone spécifique de l’organisation. Si la gestion des passerelles est entièrement gérée par le service informatique, il est impératif de mettre en place un processus efficace pour gérer rapidement les demandes d’ajout de sources de données et d’application des mises à jour utilisateur.

Licences utilisateur

Chaque utilisateur a besoin d’une licence commerciale qui est intégrée à une identité Microsoft Entra. La licence utilisateur peut être gratuite, Pro ou Premium par utilisateur (PPU).

Une licence utilisateur est obtenue par le biais d’un abonnement qui autorise un certain nombre de licences avec une date de début et de fin.

Remarque

Bien que chaque utilisateur ait besoin d’une licence, une licence Pro ou PPU n’est requise que pour partager du contenu Power BI. Les utilisateurs disposant d’une licence gratuite peuvent créer et partager du contenu Fabric autre que des éléments Power BI.

Il existe deux approches pour obtenir des abonnements.

Méthode centralisée : l’administrateur de facturation Microsoft 365 achète un abonnement pour Pro ou PPU. Il s’agit de la méthode la plus courante pour gérer les abonnements et attribuer des licences.
Méthode décentralisée : les services individuels achètent un abonnement par le biais d’un achat en libre-service.

Achat en libre-service

Une décision de gouvernance importante consiste à déterminer dans quelle mesure l’achat en libre-service doit être autorisé ou encouragé.

L’achat en libre-service est utile pour :

Les grandes organisations avec des divisions décentralisées qui ont l’autorité d’achat et souhaitent gérer le paiement directement avec une carte de crédit
Les organisations qui envisagent de rendre aussi simple que possible l’achat d’abonnements pour un engagement mensuel

Envisagez de désactiver l’achat en libre-service dans les cas suivants :

Des processus d’approvisionnement centralisés sont en place pour satisfaire aux exigences de réglementation, de sécurité et de gouvernance.
Des tarifs avec remise sont obtenus par le biais d’un Contrat Entreprise (EA).
Des processus existants sont en place pour gérer les facturations internes interentreprises.
Des processus existants sont en place pour gérer les attributions de licences basées sur les groupes.
Des prérequis existent concernant l’obtention d’une licence, tels qu’une approbation, une justification, une formation ou une exigence de stratégie de gouvernance.
Il existe un besoin valide, tel qu’une exigence réglementaire, de contrôler étroitement l’accès.

Essais gratuits de licences utilisateur

Une autre décision de gouvernance importante consiste à déterminer si les essais gratuits de licences sont autorisés. Par défaut, les essais sont activés. Quand un contenu est partagé avec un collègue, si le destinataire n’a pas de licence Pro ou PPU, ce dernier est donc invité à démarrer un essai pour afficher le contenu (si celui-ci ne se trouve pas dans un espace de travail lié à la capacité). L’expérience d’essai est censée être une facilité qui permet aux utilisateurs de poursuivre leurs flux de travail normalement.

En règle générale, la désactivation des essais n’est pas recommandée. Elle peut encourager les utilisateurs à chercher des solutions de contournement, par exemple en exportant les données ou en travaillant en dehors des processus et des outils pris en charge.

Envisagez de désactiver les essais uniquement dans les situations suivantes :

Il y a des problèmes de coût sérieux qui rendent improbable l’octroi de licences complètes à la fin de la période d’essai.
Des prérequis existent concernant l’obtention d’une licence, tels qu’une approbation, une justification ou une exigence de formation . Il ne suffit pas de répondre à cette exigence pendant la période d’essai.
Il existe un besoin valide, tel qu’une exigence réglementaire, de contrôler étroitement l’accès au service Fabric.

Conseil

N’introduisez pas trop de barrières à l’obtention d’une licence Fabric. Les utilisateurs qui doivent effectuer un travail trouvent le moyen de le réaliser, ce qui impliquera sans doute des solutions de contournement qui ne sont pas idéales. Par exemple, s’ils n’ont pas de licence pour utiliser Fabric, les utilisateurs risquent de compter beaucoup trop sur le partage de fichiers sur un système de fichiers ou par e-mail alors que des approches nettement meilleures sont disponibles.

Gestion des coûts

La gestion et l’optimisation du coût des services cloud, comme Fabric, sont une activité importante. Voici quelques activités que vous pouvez prendre en compte.

Analysez qui utilise, et surtout, qui n’utilise pas, les licences Fabric allouées et effectuez les ajustements nécessaires. L’utilisation de Fabric est analysée à l’aide du journal d’activité.
Analysez la rentabilité de la capacité ou de Premium par utilisateur. Outre les fonctionnalités supplémentaires, effectuez une analyse coûts/avantages pour déterminer si les licences de capacité sont plus rentables quand il y a un grand nombre de consommateurs.
Surveillez et gérez la capacité Fabric avec attention. La compréhension des modèles d’utilisation au fil du temps vous permet de prédire à quel moment acheter davantage de capacité. Par exemple, vous pourriez choisir d’effectuer un scale-up à une même capacité pour la faire passer de P1 à P2, ou effectuer un scale-out pour passer d’une capacité P1 à deux capacités P1.
S’il existe des pics occasionnels dans le niveau d’utilisation, le recours à la mise à l’échelle automatique avec Fabric est recommandé pour assurer une continuité de l’expérience utilisateur. La mise à l’échelle automatique procédé d’effectuer un scale-up des ressources de la capacité pendant 24 heures, puis un scale-down pour revenir à des niveaux normaux (à condition qu’il n’y ait pas d’activité soutenue). Gérez le coût de la mise à l’échelle automatique en limitant le nombre maximal de cœurs virtuels et/ou avec les limites de dépense définies dans Azure. En raison du modèle de tarifs, la mise à l’échelle automatique convient mieux pour gérer les augmentations occasionnelles non planifiées de l’utilisation.
En ce qui concerne les sources de données Azure, colocalisez-les dans la même région que votre locataire Fabric dans la mesure du possible. Cela évite d’exposer des frais de sortie Azure. Les frais de sortie de données sont minimes mais, à grande échelle, ils peuvent s’additionner jusqu’à constituer des coûts non planifiés considérables.

Sécurité, protection des informations et protection contre la perte de données

La sécurité, la protection des informations et la protection contre la perte de données (DLP) sont des responsabilités conjointes de l’ensemble des créateurs de contenu, consommateurs et administrateurs. Ce n’est pas une mince tâche, car les informations sensibles sont partout : données personnelles, données client ou données créées par les clients, informations médicales protégées, propriété intellectuelle, informations organisationnelles propriétaires, pour n’en citer que quelques-unes. Des réglementations gouvernementales, sectorielles et contractuelles pourraient avoir un impact significatif sur les stratégies et directives de gouvernance que vous créez en lien avec la sécurité.

Le livre blanc sur la sécurité dans Power BI est une excellente ressource pour comprendre l’ampleur des considérations, y compris les aspects gérés par Microsoft. Cette section présente plusieurs sujets dont la gestion incombe aux clients.

Responsabilités des utilisateurs

Certaines organisations demandent aux utilisateurs Fabric d’accepter un engagement d’utilisation en libre-service. Il s’agit d’un document qui explique les responsabilités et les attentes de l’utilisateur en matière de protection des données organisationnelles.

Une des façons d’automatiser son implémentation consiste à utiliser une stratégie de Conditions d’utilisation Microsoft Entra. L’utilisateur doit afficher et accepter la stratégie avant d’être autorisé à accéder au portail Fabric pour la première fois. Vous pouvez également exiger qu’elle soit reconnue périodiquement, comme un renouvellement annuel.

Sécurité des données

Dans un modèle de responsabilité partagée du cloud, la sécurisation des données relève toujours de la responsabilité du client. Avec une plateforme de données en libre-service, les créateurs de contenu en libre-service ont la responsabilité de sécuriser correctement le contenu qu’ils partagent avec des collègues.

Le cas échéant, le Centre d’excellence doit fournir aux créateurs de contenu une documentation et une formation afin qu’ils acquièrent de bonnes pratiques (en particulier pour les situations nécessitant le traitement de données ultra-sensibles).

Les administrateurs peuvent se rendre utiles en suivant eux-mêmes les meilleures pratiques. Les administrateurs peuvent également soulever des questions quand ils voient des problèmes qui pourraient être découverts lors de la gestion des espaces de travail, de l’audit des activités utilisateur ou de la gestion des utilisateurs et des informations d’identification de la passerelle. Il existe également plusieurs paramètres du locataire qui sont généralement limités, sauf pour quelques utilisateurs (par exemple, la possibilité de publier sur le web ou la possibilité de publier des applications sur toute l’organisation).

Utilisateurs invités externes

Les utilisateurs externes, tels que les partenaires, les clients, les fournisseurs et les consultants, sont courants pour certaines organisations et rares pour d’autres. La façon dont vous gérez les utilisateurs externes est une décision de gouvernance.

L’accès des utilisateurs externes est contrôlé par les paramètres du tenant (locataire) ainsi que par certains paramètres Microsoft Entra ID. Si vous souhaitez obtenir plus d’informations sur les considérations relatives aux utilisateurs externes, consultez le livre blanc Distribuer du contenu Power BI à des utilisateurs invités externes avec Microsoft Entra B2B.

Protection des informations et prévention contre la perte de données

Fabric prend en charge les fonctionnalités de protection des informations et de protection contre la perte de données (DLP) des manières suivantes.

Protection des informations :Microsoft Purview Information Protection (anciennement Microsoft Information Protection) inclut des fonctionnalités de découverte, de classification et de protection des données. Un principe clé est que les données peuvent être mieux protégées une fois qu’elles ont été classifiées. Le bloc de construction clé pour la classification des données est celui des étiquettes de confidentialité. Pour plus d’informations, consultez Planification de la protection des informations pour Power BI.
Protection contre la perte de données pour Power BI : Microsoft Purview Data Loss Prevention (anciennement Protection contre la perte de données Office 365) prend en charge les stratégies DLP pour Power BI. En utilisant des étiquettes de confidentialité ou des types d’informations sensibles, les stratégies DLP pour Power BI aident une organisation à localiser des modèles sémantiques sensibles. Pour plus d’informations, consultez Protection contre la perte de données pour la planification de Power BI.
Microsoft Defender for Cloud Apps :Microsoft Defender for Cloud Apps (anciennement Microsoft Cloud App Security) prend en charge des stratégies qui aident à protéger les données, dont des contrôles en temps réel quand des utilisateurs interagissent avec le service Power BI. Pour plus d’informations, consultez Planification de Defender for Cloud Apps pour Power BI.

Résidence des données

Pour les organisations qui ont besoin de stocker des données dans une région géographique, la capacité Fabric peut être définie pour une région spécifique différente de la région d’attache du locataire Fabric.

Clés de chiffrement

Microsoft gère le chiffrement des données au repos dans les centres de données Microsoft avec un chiffrement transparent côté serveur et une permutation automatique des certificats. Pour les clients soumis à des exigences réglementaires leur imposant de gérer eux-mêmes la clé de chiffrement Premium, la capacité Premium peut être configurée pour utiliser Azure Key Vault. L’utilisation de clés gérées par le client (également appelée BYOK ou Bring Your Own Key) est une précaution pour garantir que les données client ne peuvent pas être exposées en cas d’erreur humaine par un opérateur de service.

Notez que Premium par utilisateur (PPU) ne prend en charge le service BYOK que s’il est activé pour l’ensemble du locataire Fabric.

Audit et supervision

Il est critique que vous utilisiez l’audition de données pour analyser les efforts d’adoption, comprendre les modèles d’utilisation, éduquer les utilisateurs, prendre en charge les utilisateurs, atténuer les risques, améliorer la conformité, gérer les coûts de licence et monitorer les performances. Pour comprendre pourquoi les données d’audit sont si précieuses, consultez Vue d’ensemble de l’audit et du monitoring.

Il existe différentes façons d’aborder l’audit et la supervision en fonction de votre rôle et de vos objectifs. Les articles suivants décrivent diverses considérations et activités de planification.

Audit au niveau des rapports : techniques que les créateurs de rapports peuvent utiliser pour comprendre quels utilisateurs se servent des rapports qu’ils créent, publient et partagent.
Audit au niveau des données : méthodes que les créateurs de données peuvent utiliser pour suivre les modèles de performances et d’utilisation des ressources de données qu’ils créent, publient et partagent.
Audit au niveau du locataire : décisions et actions clés que les administrateurs peuvent prendre pour créer une solution d’audit de bout en bout.
Supervision au niveau du locataire : actions tactiques que les administrateurs peuvent entreprendre pour surveiller les service, incluant les mises à jour et les annonces Power BI.

API REST

Les API REST Power BI et les API REST Fabric fournissent une mine d’informations sur votre locataire Fabric. La récupération de données à l’aide des API REST doit jouer un rôle important dans la gestion et la gouvernance d’une implémentation Fabric. Pour plus d’informations sur la planification de l’utilisation des API REST pour l’audit, consultez Audit au niveau du locataire.

Vous pouvez récupérer des données d’audit pour créer une solution d’audit, gérer le contenu par programmation ou augmenter l’efficacité des actions de routine. Le tableau suivant présente certaines actions que vous pouvez effectuer avec les API REST.

Action	Ressource(s) de documentation
Auditer l’activité des utilisateurs	API REST pour obtenir des événements d’activité
Auditer les espaces de travail, les éléments et les autorisations	Collection d’API REST d’analyse asynchrone des métadonnées pour obtenir un inventaire client
Auditer le contenu partagé à l’ensemble des organisations	API REST pour case activée utilisation de liens largement partagés
Paramètres d’audit du locataire	API REST pour case activée paramètres de locataire
Publication de contenu	API REST pour déployer des éléments à partir d’un pipeline de déploiement ou cloner un rapport vers un autre espace de travail
Manage content	API REST pour actualiser un modèle sémantique ou prendre possession d’un modèle sémantique
Gérer les sources de données de passerelles	API REST pour mettre à jour les informations d’identification d’une source de données de passerelle
Exporter du contenu	API REST pour exporter un rapport
Créer des espaces de travail	REST API pour créer un espace de travail
Gérer les autorisations d'espace de travail	API REST pour attribuer des autorisations utilisateur à un espace de travail
Mettre à jour le nom ou la description de l’espace de travail	API REST pour mettre à jour les attributs de l’espace de travail
Restaurer un espace de travail	API REST pour restaurer un espace de travail supprimé
Récupérer programmatiquement un résultat de requête d’un modèle sémantique	API REST pour exécuter une requête DAX sur un modèle sémantique
Attribuer des espaces de travail à la capacité	API REST pour affecter des espaces de travail à la capacité
Modifier par programmation un modèle de données	Modèle d’objet tabulaire (TOM) API
Incorporer du contenu Power BI dans des applications personnalisées	API clientes Power BI Embedded Analytics

Conseil

Il existe de nombreuses autres API REST Power BI. Pour obtenir la liste complète, consultez Utilisation des API REST Power BI.

Planification d’un changement

Chaque mois, Microsoft publie de nouvelles fonctionnalités Fabric. Pour être efficace, il est essentiel que toute personne impliquée dans la supervision du système reste à jour. Pour plus d’informations, consultez Monitoring au niveau du locataire.

Important

Ne sous-estimez pas l’importance de rester à jour. Si vous avez quelques mois de retard sur les annonces, il peut être difficile de gérer correctement Fabric et d’assurer le support de vos utilisateurs.

Considérations et actions clés

Liste de contrôle : les considérations et actions clés que vous pouvez entreprendre pour la supervision du système suivent.

Améliorer la supervision du système :

Vérifier qui est autorisé à être administrateur Fabric : si possible, réduisez le nombre de personnes titulaires du rôle administrateur Fabric si ce nombre est conséquent.
Utiliser PIM pour des administrateurs occasionnels : si des personnes ont occasionnellement besoin de droits d’administrateur Fabric, envisagez d’implémenter Privileged Identity Management (PIM) dans Microsoft Entra ID. Cette technologie est conçue pour affecter des autorisations de rôle juste-à-temps qui expirent au bout de quelques heures.
Former les administrateurs : vérifiez l’état de la formation transversale et de la documentation en place pour gérer les responsabilités d’administration de Fabric. Veillez à ce qu’une personne suppléante soit formée afin que les besoins puissent être satisfaits en temps voulu, de manière cohérente.

Améliorer la gestion du service Fabric :

Réviser les paramètres du locataire : examinez tous les paramètres du locataire pour vous assurer qu’ils sont alignés sur les objectifs de la culture des données et sur les stratégies et directives de gouvernance. Vérifiez quels groupes sont affectés pour chaque paramètre.
Documenter les paramètres du locataire : documentez les paramètres du locataire pour la communauté Fabric interne et publiez-les dans le portail centralisé. Incluez les groupes dont un utilisateur doit avoir besoin pour demander à pouvoir utiliser une fonctionnalité. Utilisez l’API REST Obtenir les paramètres du locataire pour rendre le processus plus efficace et créez régulièrement des instantanés des paramètres.
Personnaliser les liens Obtenir de l’aide : quand des ressources utilisateur sont établies, comme décrit dans l’article Mentorat et accompagnement des utilisateurs, mettez à jour le paramètre du locataire pour personnaliser les liens sous l’option de menu Obtenir de l’aide. Les utilisateurs sont ainsi redirigés vers votre documentation, votre communauté et votre aide.

Améliorer la gestion des machines et appareils d’utilisateurs :

Créer un processus d’intégration cohérent : passez en revue votre processus de gestion de l’intégration de nouveaux créateurs de contenu. Déterminez si les nouvelles demandes de logiciels, tels que Power BI Desktop, et de licences utilisateur (gratuites, Pro ou PPU) peuvent être gérées ensemble. Cela peut simplifier l’intégration, car les nouveaux créateurs de contenus ne savent pas toujours ce qu’il faut demander.
Gérer les mises à jour de machine utilisateur : assurez-vous qu’un processus automatisé est en place pour installer et mettre à jour les logiciels, les pilotes et les paramètres afin que tous les utilisateurs disposent de la même version.

Planification de l’architecture de données :

Évaluer à quoi ressemble votre architecture de données de bout en bout : assurez-vous d’avoir les idées claires sur les points suivants :
- La façon dont la solution Fabric est utilisée par les différentes divisions de votre organisation par rapport à vos souhaits. Déterminez s’il y a un écart.
- L’existence éventuelle de risques à traiter.
- L’existence éventuelle de situations de maintenance élevée à traiter.
- Les sources de données qui sont importantes pour les utilisateurs Fabric et la façon dont elles sont documentées et découvertes.
Réviser les passerelles de données existantes : découvrez quelles passerelles sont utilisées dans votre organisation. Vérifiez que les administrateurs et les utilisateurs des passerelles sont correctement définis. Vérifiez qui prend en charge chaque passerelle et qu’un processus fiable est en place pour maintenir les serveurs de passerelle à jour.
Vérifier l’utilisation des données personnelles : vérifiez le nombre de passerelles personnelles en cours d’utilisation et qui les utilise. Si l’utilisation est importante, prenez des mesures pour utiliser la passerelle en mode standard.

Améliorer la gestion des licences utilisateur :

Réviser le processus de demande de licence utilisateur : clarifiez le processus, y compris les conditions préalables, permettant aux utilisateurs d’obtenir une licence. Déterminez si des améliorations doivent être apportées au processus.
Déterminer comment gérer l’achat de licence en libre-service : précisez si l’achat de licence en libre-service est activé. Mettez à jour les paramètres s’ils ne correspondent pas à vos intentions quant à la façon dont les licences peuvent être achetées.
Vérifier comment les essais gratuits pour les utilisateurs sont gérés : vérifiez si les versions d’évaluation des licences utilisateur sont activées ou désactivées. N’oubliez pas que tous les essais gratuits sont Premium par utilisateur. Ils s’appliquent aux utilisateurs titulaires d’une licence gratuite qui s’inscrivent à un essai, ainsi qu’aux utilisateurs Pro qui s’inscrivent à un essai Premium par utilisateur.

Améliorer la gestion des coûts :

Déterminer les objectifs de gestion des coûts : considérez comment équilibrer les coûts, les fonctionnalités, les modèles d’utilisation et l’utilisation efficace des ressources. Planifiez un processus ordinaire pour évaluer les coûts, au moins une fois par an.
Obtenir les données du journal d’activité : vérifiez que vous avez accès aux données du journal d’activité pour faciliter l’analyse des coûts. Il peut être utilisé pour comprendre qui utilise ou non la licence qui lui est attribuée.

Améliorer la sécurité et la protection des données :

Clarifier précisément les attentes en matière de protection des données : assurez-vous que les attentes en matière de protection des données, telles que la façon d’utiliser les étiquettes de confidentialité, sont documentées et communiquées aux utilisateurs.
Déterminer comment gérer les utilisateurs externes : comprenez et documentez les stratégies organisationnelles relatives au partage de contenu Fabric avec des utilisateurs externes. Vérifiez que les paramètres du service Fabric prennent en charge vos stratégies pour les utilisateurs externes.
Configurer la surveillance : étudiez l’utilisation de Microsoft Defender for Cloud Apps pour surveiller le comportement et les activités des utilisateurs dans Fabric.

Améliorer l’audit et la surveillance :

Le plan pour les besoins d’audit : collectez et documentez les principales exigences métier d’une solution d’audit. Tenez compte de vos priorités en matière d’audit et de surveillance. Prenez des décisions clés liées au type de solution d’audit, aux autorisations, aux technologies à utiliser et aux besoins en données. Consultez le service informatique pour clarifier les processus d’audit qui existent actuellement et les préférences en matière d’exigences pour la création d’une nouvelle solution.
Tenez compte des rôles et des responsabilités : Identifiez les équipes qui seront impliquées dans la création d’une solution d’audit, ainsi que l’analyse continue des données d’audit.
Extraire et stocker les données d’activité utilisateur : Si vous n’êtes pas en train d’extraire et de stocker les données brutes, commencez à récupérer les données d’activité utilisateur.
Extraire et stocker des instantanés des données d’inventaire client : Commencez à récupérer les métadonnées pour créer un inventaire client, qui décrit tous les espaces de travail et tous les éléments.
Extraire et stocker des instantanés de données d’utilisateurs et de groupes : Commencez à récupérer des métadonnées sur les utilisateurs, les groupes et les principaux de service.
Créez un modèle de données organisé : Effectuez le nettoyage des données et les transformations des données brutes pour créer un modèle de données organisé qui prend en charge les rapports analytiques pour votre solution d’audit.
Analysez les données d’audit et agissez sur les résultats : Créez des rapports analytiques pour analyser les données d’audit organisées. Clarifier les actions attendues, par qui et quand.
Inclure des données d’audit supplémentaires : au fil du temps, déterminez les autres données d’audit susceptibles de compléter les données du journal d’activité comme donnée de sécurité.

Conseil

Pour plus d’informations, consultez Audit au niveau du locataire.

Utiliser les API REST :

Planifier votre utilisation des API REST : déterminez les données les plus utiles à récupérer à partir des API REST Power BI et des API REST Fabric.
Effectuez une preuve de concept : Effectuez une petite preuve de concept pour valider les besoins en données, les choix technologiques et les autorisations.

Questions à se poser

Utilisez des questions comme celles ci-dessous pour évaluer la supervision du système.

Existe-t-il des paramètres d’administration inhabituels activés ou désactivés ? Par exemple, l’ensemble de l’organisation est-elle autorisée à publier sur le web (nous vous recommandons vivement de restreindre cette fonctionnalité).
Les paramètres et les stratégies d’administration s’alignent-ils ou limitent-ils l’entreprise avec la façon dont l’utilisateur travaille ?
Existe-t-il un processus pour évaluer de manière critique les nouveaux paramètres et décider comment les définir ? Sinon, seuls les paramètres les plus restrictifs sont-ils définis par précaution ?
Les groupes de sécurité Microsoft Entra sont-ils utilisés pour gérer qui peut faire quoi ?
Les équipes centrales ont-elles une visibilité des outils d’audit et de surveillance efficaces ?
Les solutions de supervision décrivent-elles des informations sur les ressources de données, les activités des utilisateurs ou les deux ?
Les outils d’audit et de surveillance sont-ils actionnables ? Existe-t-il des seuils et des actions clairs définis, ou les rapports de surveillance décrivent-ils simplement ce qui se trouve dans le patrimoine de données ?
Azure Log Analytics est-il utilisé (ou prévu de l’être) pour la surveillance détaillée des capacités Fabric ? Les avantages et le coût potentiels d’Azure Log Analytics sont-ils clairs pour les décideurs ?
Les étiquettes de confidentialité et les stratégies de protection contre la perte de données sont-elles utilisées ? Les avantages et le coût potentiels de celles-ci sont-ils clairs pour les décideurs ?
Les administrateurs connaissent-ils le nombre actuel de licences et le coût des licences ? Quelle proportion des dépenses totales de décisionnel est consacrée à la capacité Fabric et aux licences Pro et PPU ? Si l’organisation utilise uniquement des licences Pro pour du contenu Power BI, le nombre d’utilisateurs et de modèles d’utilisation peut-il justifier un basculement économique vers Power BI Premium ou la capacité Fabric ?

Niveaux de maturité

Les niveaux de maturité suivants vous aident à évaluer l’état actuel de la supervision de votre système Power BI :

Niveau	État de la supervision du système
100 : initial	• Les paramètres du locataire sont configurés indépendamment par un ou plusieurs administrateurs selon leur propre appréciation. • Les besoins en architecture, tels que les passerelles et les capacités, sont satisfaits quand ils se présentent. Toutefois, il n’y a pas de plan stratégique. • Les journaux d’activité Fabric sont inutilisés ou utilisés de manière sélective à des fins tactiques.
200 : reproductible	• Les paramètres du locataire s’alignent intentionnellement sur les directives et les stratégies de gouvernance établies. Tous les paramètres du locataire sont examinés régulièrement. • Un petit nombre d’administrateurs spécifiques sont sélectionnés. Comme tous les administrateurs comprennent bien ce que les utilisateurs essaient d’accomplir dans Fabric, ils sont à même de leur prodiguer du support. • Il existe un processus bien défini permettant aux utilisateurs de demander des licences et des logiciels. Les utilisateurs peuvent trouver facilement les formulaires de demande. Les paramètres d’achat en libre-service sont spécifiés. • Des étiquettes de confidentialité sont configurées dans Microsoft 365. Toutefois, l’utilisation d’étiquettes reste incohérente. Les avantages de la protection des données ne sont pas bien compris par les utilisateurs.
300 : Défini	• Les paramètres du locataire sont entièrement documentés dans le portail centralisé pour que les utilisateurs puissent s’y référer, notamment la façon de demander l’accès aux groupes appropriés. • Une formation transversale et une documentation existent pour les administrateurs afin de garantir la continuité, la stabilité et la cohérence. • Les étiquettes de confidentialité sont affectées au contenu de manière cohérente. Les avantages de l’utilisation d’étiquettes de confidentialité pour la protection des données sont compris par les utilisateurs. • Un processus automatisé est en place pour exporter le journal d’activité Fabric et les données d’API vers un emplacement sécurisé pour la création de rapports et l’audit.
400 : Capable	• Les administrateurs travaillent en étroite collaboration avec le Centre d’excellence et les équipes de gouvernance pour assurer la supervision de Fabric. Un équilibre entre l’autonomisation et la gouvernance des utilisateurs est atteint avec succès. • La gestion décentralisée de l’architecture des données (telle que les passerelles ou la gestion des capacités) est efficacement gérée pour trouver un équilibre entre agilité et contrôle. • Des stratégies automatisées sont configurées et activement surveillées dans les applications Microsoft Defender pour le cloud pour la protection contre la perte de données. Le journal d’activité et les données d’API sont activement analysés pour surveiller et auditer les activités de Fabric. Une action proactive est effectuée en fonction des données.
500 : Efficace	• Les administrateurs Fabric travaillent en étroite collaboration avec le Centre d’excellence. Les billets de blog et les plans de publication de l’équipe produit Fabric sont fréquemment examinés pour planifier les modifications à venir. • Une analyse régulière de la gestion des coûts est effectuée pour s’assurer que les besoins des utilisateurs sont satisfaits de manière économique. • L’API REST Fabric est utilisée pour récupérer régulièrement les valeurs des paramètres du locataire. • Le journal d’activité et les données d’API sont activement utilisés pour informer et améliorer les efforts d’adoption et de gouvernance.

Pour plus d’informations sur la supervision du système et l’administration de Fabric, consultez les ressources suivantes.

Dans l’article suivant de la série Feuille de route d’adoption de Microsoft Fabric, découvrez une gestion des changements efficace.

Feuille de route d’adoption de Microsoft Fabric : Supervision du système