Partager via


Scénarios d’utilisation de Power BI : publication de contenu libre-service

Notes

Cet article fait partie de la série d’articles sur la planification de l’implémentation de Power BI. Cette série se concentre principalement sur l’expérience Power BI au sein de Microsoft Fabric. Pour une introduction à la série, consultez Planification de la mise en œuvre de Power BI.

Si les solutions d’analytique sont essentielles à l’organisation, il est important de garantir la stabilité et la fiabilité du contenu du service Power BI pour les consommateurs. Pour cela, les équipes informatiques travaillent dans plusieurs environnements :

  • Dans l’environnement de développement, les créateurs et les propriétaires de contenu apportent des modifications et des améliorations à la solution. Lorsque ces modifications sont prêtes pour une révision plus large, la solution est déployée (on dit parfois promue) dans l’environnement de test.
  • Dans l’environnement de test, les réviseurs valident les modifications apportées à la solution. Cette révision peut impliquer la validation des fonctionnalités et des données de la solution. Une fois la révision terminée, la solution est déployée dans l’environnement de production.
  • L’environnement de production est l’endroit où les consommateurs affichent et interagissent avec la solution publiée.

Cette approche structurée garantit que les créateurs, les propriétaires et les réviseurs de contenu peuvent apporter et valider des modifications sans affecter négativement les consommateurs.

L’utilisation de processus méthodiques pour la gestion du cycle de vie permet de réduire les erreurs et les incohérences, et améliore l’expérience utilisateur des consommateurs. Les créateurs et les propriétaires de contenu peuvent utiliser des pipelines de déploiement Power BI pour la publication de contenu libre-service. Les pipelines de déploiement simplifient le processus et améliorent le niveau de contrôle lors de la publication de nouveau contenu.

Notes

Ce scénario de publication de contenu libre-service fait partie des scénarios de gestion et de déploiement de contenu. Pour obtenir la liste complète des scénarios libre-service, consultez l’article Scénarios d’utilisation de Power BI.

Par souci de concision, certains aspects décrits dans la rubrique Scénarios de collaboration et de distribution de contenu ne sont pas abordés dans cet article. Pour une couverture complète, lisez d’abord ces articles.

Schéma du scénario

Le schéma suivant présente une vue d’ensemble générale des actions utilisateur les plus courantes et des composants de Power BI qui prennent en charge la publication de contenu libre-service. L’accent est mis sur l’utilisation d’un pipeline de déploiement Power BI dans le but de promouvoir du contenu par le biais d’espaces de travail de développement, de test et de production.

Le diagramme présente une publication de contenu libre-service, qui consiste à publier un contenu dans un environnement de développement, de test et de production à l’aide de pipelines de déploiement. Les éléments du diagramme sont décrits dans le tableau ci-dessous.

Conseil

Nous vous encourageons à télécharger le diagramme de scénario si vous souhaitez l’incorporer dans votre présentation, documentation ou billet de blog ou encore l’imprimer en tant qu’affiche murale. Étant donné qu’il s’agit d’une image SVG (Scalable Vector Graphics), vous pouvez la mettre à l’échelle vers le haut ou vers le bas sans aucune perte de qualité.

Le diagramme de scénario décrit les actions utilisateur, outils et fonctionnalités qui suivent :

Item Description
Élément 1. Le créateur de contenu Power BI développe une solution BI à l’aide de Power BI Desktop.
Élément 2. Le fichier Power BI Desktop (.pbix) ou le fichier de projet Power BI (.pbip) est enregistré dans une bibliothèque partagée située dans OneDrive. Le créateur de contenu conserve les versions de ces fichiers dans OneDrive.
Élément 3. Lorsqu’il est prêt, le créateur de contenu publie le fichier Power BI Desktop dans le service Power BI.
Élément 4. Le contenu est publié dans un espace de travail dédié au développement.
Élément 5. Un administrateur de pipeline de déploiement configure le pipeline de déploiement Power BI avec trois étapes : développement, test et production. Chaque étape s’aligne sur un espace de travail distinct dans le service Power BI. Les paramètres de déploiement et l’accès sont définis pour le pipeline de déploiement.
Élément 6. L’espace de travail de développement (ou de test) est défini sur la capacité Fabric, la capacité Premium, Premium par utilisateur ou le mode de licence Incorporé. Les pipelines de déploiement Power BI sont une fonctionnalité disponible uniquement dans les espaces de travail disposant de ces modes de licence.
Élément 7. Les créateurs et les propriétaires de contenu collaborent dans l’espace de travail de développement pour s’assurer que toutes les exigences sont respectées.
Élément n° 8. Lorsque le contenu de développement est prêt, le pipeline de déploiement compare le contenu entre les phases de développement et de test.
Élément 9. Certains ou tous les éléments Power BI sont déployés dans un espace de travail dédié au test.
Élément n° 10. Une fois que le pipeline de déploiement a terminé son déploiement, le créateur de contenu effectue manuellement des activités post-déploiement pour l’espace de travail de test. Ces activités peuvent inclure la configuration de l’actualisation planifiée des données ou la publication d’une application Power BI pour l’espace de travail de test.
Élément n° 11. L’assurance qualité, les validations de données et les tests d’acceptation utilisateur sont effectués par les réviseurs de l’espace de travail de test.
Élément n° 12. Lorsque le contenu de test est entièrement validé, le pipeline de déploiement compare le contenu entre les phases de test et de production.
Item 13. Certains ou tous les éléments Power BI sont déployés dans un espace de travail de production. Pour un espace de travail de production, les modes de licence capacité Fabric ou capacité Premium sont souvent mieux adaptés lorsqu’il existe un grand nombre de consommateurs avec des autorisations Lecture seule.
Élément 14. Une fois le pipeline de déploiement terminé, les créateurs de contenu peuvent effectuer manuellement des activités post-déploiement. Ces activités peuvent inclure la configuration de l’actualisation planifiée des données ou la publication d’une application Power BI pour l’espace de travail de production.
Élément n° 15. Les lecteurs du contenu accèdent à celui-ci à l’aide de l’espace de travail de production ou d’une application Power BI.
Élément n° 16. Certaines sources de données peuvent nécessiter une passerelle de données locale ou une passerelle de réseau virtuel pour l’actualisation des données, comme celles qui résident dans un réseau d’organisation privé.
Élément n° 17. Les administrateurs de structure supervisent et surveillent l’activité dans le portail Fabric. Un contenu jugé suffisamment critique pour avoir des espaces de travail de développement, de test et de production séparés peut être soumis à des exigences de gouvernance plus strictes qu’un contenu moins critique.

Conseil

Nous vous recommandons également d’étudier le scénario d’utilisation avancée de gestion des modèles de données. Celui-ci s’appuie sur les concepts présentés dans ce scénario.

Points clés

Voici quelques points clés à signaler concernant le scénario de publication de contenu libre-service.

Pipeline de déploiement

Un pipeline de déploiement comporte trois phases : développement, test et production. Un espace de travail est affecté à chaque phase d’un pipeline de déploiement. Lorsqu’un déploiement a lieu, les éléments Power BI qui sont pris en charge par les pipelines de déploiement sont publiés (ou clonés) d’un espace de travail à un autre. Une fois les tests et les validations terminés, le pipeline de déploiement peut être réutilisé plusieurs fois pour promouvoir le contenu rapidement. L’interface de pipeline de déploiement est facile à implémenter pour les créateurs de contenu qui n’ont pas les compétences ni le souhait d’utiliser des déploiements basés sur du code (l’utilisation des API REST Power BI est décrite dans le scénario de publication de contenu d’entreprise).

Notes

La publication de contenu à l’aide d’un pipeline de déploiement est appelée déploiement de métadonnées uniquement. Dans ce cas, les données ne sont pas remplacées ni copiées dans l’espace de travail cible. Une actualisation des données est généralement nécessaire une fois le déploiement terminé. Pour plus d’informations, consultez la rubrique Activités post-déploiement ci-dessous.

Processus de déploiement

Il est recommandé de considérer l’ensemble du contenu de l’espace de travail comme un package analytique pouvant être déployé comme une unité. Par conséquent, il est important que l’objectif et les attentes soient clairs pour chaque espace de travail. Même si un déploiement sélectif d’éléments Power BI est possible, il est plus efficace et moins risqué de procéder au déploiement d’une unité logique de contenu.

Conseil

Vous devez planifier la façon dont les problèmes urgents seront traités, en plus des déploiements planifiés. Si un correctif immédiat est nécessaire, suivez toujours la pratique standard qui consiste à propager toutes les modifications de l’environnement de développement vers l’environnement de test et celui de production à l’aide d’un pipeline de déploiement.

Modèle d’autorisations

Prévoyez du temps pour planifier le modèle d’autorisations. L’application de différents rôles d’espace de travail (entre les environnements de développement, test et production) bénéficie d’une flexibilité totale. Comme illustré dans le schéma du scénario, il est courant d’attribuer les autorisations d’espace de travail suivantes :

  • Espace de travail de développement : limitez l’accès à une équipe de créateurs et de propriétaires de contenu qui collaborent entre eux.
  • Espace de travail de test : limitez l’accès aux réviseurs qui sont impliqués dans l’assurance qualité, les validations de données et les activités de test d’acceptation utilisateur.
  • Espace de travail de production : accordez un accès en lecture aux consommateurs de contenu de l’application Power BI (et de l’espace de travail, le cas échéant). Limitez l’accès à ceux qui doivent gérer et publier du contenu de production, en impliquant le moins d’utilisateurs possible.

Notes

La plupart des consommateurs de contenu ne connaissent pas l’existence des espaces de travail de développement et de test.

Accès au pipeline de déploiement

Les autorisations utilisateur de pipeline (pour qui peut déployer du contenu avec un pipeline de déploiement) sont gérées séparément des rôles d’espace de travail. L’accès à l’espace de travail et au pipeline de déploiement est nécessaire pour les utilisateurs effectuant un déploiement. Les autorisations Premium correspondantes sont également nécessaires.

Si possible, il est recommandé que le créateur ou le propriétaire de contenu existant effectue les déploiements. Dans certains cas, les autorisations sont plus restreintes pour l’espace de travail de production. Dans ce cas, il peut être nécessaire de coordonner le déploiement de production avec une autre personne autorisée à effectuer un déploiement de production.

Les utilisateurs de pipeline qui reçoivent le rôle Membre de l’espace de travail (ou administrateur) sont autorisés à comparer les phases et à déployer du contenu. L’attribution de ce rôle aux utilisateurs de pipeline réduit les problèmes d’autorisations et permet un processus de déploiement plus fluide.

Conseil

N’oubliez pas que les rôles d’espace de travail sont définis séparément pour le développement, le test et la production. Toutefois, l’accès au pipeline n’est défini qu’une seule fois pour l’ensemble du pipeline.

Licences Power BI Premium

Important

Cet article fait parfois référence à Power BI Premium ou à ses abonnements de capacité (SKU P). Sachez que Microsoft regroupe actuellement des options d’achat et met hors service les SKU Power BI Premium par capacité. Les clients nouveaux et existants doivent plutôt envisager l’achat d’abonnements de capacité Fabric (SKU F).

Pour plus d’informations, consultez Mise à jour importante des licences Power BI Premium à venir et FAQ Power BI Premium.

Les pipelines de déploiement Power BI sont une fonctionnalité Premium. Il existe différentes façons d’obtenir des licences, selon que le contenu est utilisé à des fins de développement, de test ou de production. Le schéma du scénario illustre l’utilisation d’une référence SKU P Premium (par ex. P1, P2, P3, P4 ou P5) pour l’espace de travail de production, et d’une licence Premium par utilisateur Power BI Premium pour les espaces de travail de développement et de test. L’utilisation de licences Premium par utilisateur pour les espaces de travail ayant très peu d’utilisateurs (comme illustré dans le schéma du scénario) est un moyen économique d’utiliser des fonctionnalités Premium, tout en les gardant séparées de la capacité Premium affectée aux charges de travail de production.

Paramètres de déploiement

Les règles de source de données et les règles de paramètre permettent de gérer dynamiquement les valeurs qui diffèrent entre le développement, le test et la production. L’utilisation des paramètres de déploiement est un moyen efficace de réduire la charge de travail et le risque d’erreurs.

Activités post-déploiement

Certaines propriétés ne sont pas copiées dans l’espace de travail cible pendant un déploiement, et ce, à dessein. Les activités post-déploiement clés sont les suivantes :

  • Actualisation des données : les données ne sont pas copiées de l’espace de travail source vers l’espace de travail cible. La publication à partir d’un pipeline de déploiement est toujours un déploiement de type « métadonnées uniquement ». Par conséquent, une actualisation des données est généralement nécessaire après un déploiement vers un espace de travail cible. Pour un premier déploiement, les informations d’identification de la source de données ou la connectivité de passerelle (le cas échéant) doivent également être configurées.
  • Apps : les applications Power BI ne sont pas publiées automatiquement par des pipelines de déploiement.
  • Rôles d’accès, autorisations de partage et autorisations d’application : les autorisations ne sont pas remplacées pendant un déploiement.
  • Propriétés de l’espace de travail : les propriétés, telles que les contacts et la description de l’espace de travail, ne sont pas remplacées pendant un déploiement.
  • Propriétés des éléments Power BI : certaines propriétés d’élément Power BI, telles que les étiquettes de confidentialité, peuvent être remplacées pendant un déploiement dans certaines circonstances.
  • Éléments Power BI non pris en charge : Des étapes manuelles supplémentaires peuvent être effectuées pour les éléments Power BI non pris en charge par le pipeline de déploiement.

Attention

Il n’y a pas de retour en arrière possible une fois qu’un déploiement a été effectué avec un pipeline de déploiement. Réfléchissez bien aux processus de gestion des modifications et aux approbations qui sont nécessaires pour effectuer le déploiement dans l’espace de travail de production.

Stockage OneDrive

Le schéma du scénario illustre l’utilisation de OneDrive pour stocker les fichiers sources Power BI Desktop. L’objectif est de stocker les fichiers sources dans un emplacement qui soit :

  • Correctement sécurisé afin de garantir que seuls les auteurs de publication pourront accéder aux fichiers sources. Une bibliothèque partagée (plutôt qu’une bibliothèque personnelle) constitue un bon choix.
  • Sauvegardé fréquemment afin d’éviter la perte de fichiers.
  • Versionné lorsque des modifications sont effectuées, afin de permettre une restauration vers une version antérieure.

Conseil

Si un emplacement OneDrive est synchronisé avec un espace de travail, configurez-le uniquement pour l’espace de travail de développement.

Configuration de la passerelle

En général, une passerelle de données est nécessaire pour accéder à des sources de données qui résident dans le réseau organisationnel privé ou dans un réseau virtuel. La passerelle de données locale devient pertinente une fois qu’un fichier Power BI Desktop est publié sur le service Power BI. Les deux objectifs d’une passerelle sont les suivants : actualiser les données importées ou afficher un rapport qui interroge une connexion active ou un modèle sémantique DirectQuery (non représenté dans le diagramme du scénario).

Lorsque vous utilisez plusieurs environnements, il est courant de configurer des connexions de développement, de test et de production pour utiliser différents systèmes sources. Dans ce cas, utilisez des règles de source de données et des règles de paramètre pour gérer les valeurs qui diffèrent entre les environnements.

Notes

Une passerelle de données centralisée en mode standard est fortement recommandée sur les passerelles en mode personnel. En mode standard, la passerelle de données prend en charge la connexion dynamique et les opérations DirectQuery (en plus des opérations programmées d’actualisation des données).

Supervision du système

Le journal d’activité enregistre les activités utilisateur qui se produisent dans le service Power BI. Les administrateurs Power BI peuvent utiliser les données du journal d’activité qui sont collectées pour effectuer un audit afin de mieux comprendre les activités de déploiement qui sont effectuées.

L’article suivant de la série aborde la modélisation avancée des données.