Planification de l’implémentation de Power BI : Planifier et concevoir du contenu

Remarque

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 la charge de travail Power BI au sein de Microsoft Fabric. Pour une introduction à la série, consultez Planification de la mise en œuvre de Power BI.

Cet article vous aide à planifier et à concevoir du contenu dans le cadre de la gestion de cycle de vie du contenu. Il est principalement destiné à :

• Centre d’excellence (COE) et équipes BI : les équipes qui sont également responsables de la supervision de Power BI au sein de l’organisation. Ces équipes comprennent des décideurs qui décident de la manière de gérer le cycle de vie du contenu de Power BI.
• Créateurs de contenu et propriétaires de contenu : Utilisateurs qui créent du contenu, qu’ils souhaitent publier sur le portail Fabric afin de le partager avec d’autres personnes. Ces personnes sont responsables de la gestion de cycle de vie du contenu Power BI qu’elles créent.

La gestion de cycle de vie est constituée de l’ensemble des processus et des pratiques que vous utilisez pour gérer le contenu depuis sa création jusqu’à son retrait. Comme décrit dans le premier article de cette série, la gestion de cycle de vie du contenu Power BI est importante pour garantir une livraison fiable et cohérente du contenu aux utilisateurs professionnels.

La première étape du cycle de vie du contenu consiste à planifier et à concevoir le contenu. Vous démarrez généralement le cycle de vie du contenu en effectuant une planification de solution BI. Vous rassemblez les exigences afin de comprendre et de définir le problème que votre solution doit résoudre, et de parvenir à une conception de solution. Au cours de cette phase de planification et de conception, vous prenez des décisions clés pour préparer les phases ultérieures.

L’image suivante illustre le cycle de vie du contenu Power BI, et met en évidence la première phase, au cours de laquelle vous planifiez et concevez le contenu.

Remarque

Pour obtenir une vue d’ensemble de la gestion de cycle de vie du contenu, consultez le premier article de cette série.

Conseil

Cet article est axé sur les principales considérations et décisions relatives à la planification et à la conception du contenu dans le contexte de la gestion de cycle de vie.

• Pour plus d’informations sur la façon de planifier et de concevoir efficacement une solution Fabric ou Power BI, nous vous recommandons de lire l’article sur la planification de la solution.
• Pour plus d’informations sur la planification efficace d’une migration vers Power BI, nous vous recommandons de lire la série d’articles sur la migration vers Power BI.

Lors de la collecte des exigences, vous devez clairement décrire les aspects relatifs au contenu qui affectent votre approche de la gestion de cycle de vie. Vous devez documenter ces aspects dans le cadre de la planification et de la conception de votre solution.

Les sections suivantes de cet article décrivent les principaux aspects et considérations d’une solution qui motiveront votre approche de la gestion de cycle de vie durant la planification et la conception de votre contenu.

Identifier et décrire le contenu

Lorsque vous concevez votre solution, vous devez décrire ce qu’est le contenu, qui le créera, qui le prendra en charge et dans quelle mesure ce contenu est critique pour l’organisation. Vous devez identifier ces facteurs pendant la collecte des exigences dans le cadre de la conception de votre solution, ou une fois cette collecte terminée.

Remarque

À l’instar de vos exigences, les réponses à ces questions sont susceptibles de changer au fur et à mesure que vous développez la solution, ou plus tard durant son cycle de vie. Une fois que vous avez répondu à ces questions, préparez-vous à les réévaluer régulièrement lorsque vous apportez des modifications au contenu ou lors de sa mise à l’échelle en fonction du nombre d’utilisateurs qu’il sert.

Répondez aux questions suivantes sur votre contenu pour vous aider à prendre des décisions en matière de gestion de cycle de vie ultérieurement.

Quel est le format du contenu ?

Le type, l’étendue et la complexité du contenu motivent les décisions clés relatives à la manière dont vous le gérerez. Par exemple, un rapport unique pour un public limité nécessite une approche de gestion de cycle de vie différente de celle requise dans le cas d’un modèle sémantique qui sera utilisé par l’ensemble de l’organisation et par plusieurs charges de travail différentes en aval.

Répondez aux questions suivantes pour vous aider à déterminer le type de contenu que vous allez créer.

• Quels types d’éléments vous attendez-vous à créer, et combien d’éléments de chacun de ces types ? Par exemple, allez-vous créer des éléments de données tels que des flux de données ou des modèles sémantiques, des éléments de génération d’états tels que des rapports ou des tableaux de bord, ou une combinaison des deux ?
• Comment le contenu est-il remis aux consommateurs de contenu ? Par exemple, les consommateurs utiliseront-ils des éléments de données pour créer leur propre contenu, afficheront-ils uniquement des rapports centralisés, ou une combinaison des deux ?
• Quel est le degré de complexité du contenu ? Par exemple, s’agit-il d’un petit prototype, ou d’un modèle sémantique volumineux qui englobe plusieurs processus métier ?
• Vous attendez-vous à ce que l’échelle, l’étendue et la complexité du contenu augmentent au fil du temps ? Par exemple, le contenu englobera-t-il d’autres régions ou domaines d’activité à l’avenir ?
• Selon vous, pendant combien de temps l’entreprise aura-t-elle besoin de ce contenu ? Par exemple, ce contenu prendra-t-il en charge une initiative clé de l’entreprise ayant un calendrier précis ?

Conseil

Pensez à créer un diagramme architectural pour décrire le format du contenu. Vous pouvez inclure différentes sources de données, types d’éléments et consommateurs de contenu, ainsi que les relations entre ces composants discrets. Un diagramme architectural peut vous aider à décrire de manière concise le contenu et sa complexité, et il vous aide à planifier la gestion de son cycle de vie. Vous pouvez utiliser les icônes Fabric et les icônes Azure pour créer ces diagrammes dans des logiciels externes. Vous pouvez également utiliser Azure Diagrams, qui fournit des icônes et des outils de dessin pour créer ces diagrammes.

Pour obtenir un exemple de ces diagrammes, consultez les diagrammes de scénarios d’utilisation de la planification de l’implémentation de Power BI.

Qui va créer et prendre en charge le contenu ?

Les créateurs de contenu ont différents besoins, compétences et workflows. Ces facteurs influenceront la réussite des différentes approches de gestion de cycle de vie. Les équipes centrales et de grande taille avec collaboration nécessitent souvent une gestion de cycle de vie du contenu plus sophistiquée que les petites équipes de créateurs en libre-service.

Répondez aux questions suivantes pour vous aider à déterminer qui créera ou prendra en charge le contenu.

• Selon vous, combien de personnes différentes créeront ce contenu ? Plusieurs créateurs de contenu collaboreront-ils, ou une seule personne sera-t-elle responsable de la création du contenu ?
• Les créateurs de contenu connaissent-ils la gestion de cycle de vie et les concepts associés tels que la gestion de versions ? Les créateurs de contenu comprennent-ils les avantages offerts par la gestion de cycle de vie ?
• Les créateurs de contenu qui développent la solution sont-ils les mêmes personnes qui le prendront en charge après le déploiement ?
• Les créateurs de contenu ou leurs équipes ont-ils des pratiques de gestion de cycle de vie existantes en place pour prendre en charge les solutions existantes ?
• Les créateurs de contenu utilisent-ils actuellement des outils de gestion de cycle de vie comme Azure DevOps ?

Important

Veillez à documenter clairement qui est responsable de la création de contenu et qui le prendra en charge une fois déployé en production. Impliquez toutes ces personnes dans votre planification de la gestion de cycle de vie du contenu.

Quelle est l’importance du contenu ?

En fonction de l’importance du contenu pour l’entreprise, vous prendrez différentes décisions quand à la manière de le gérer. Le contenu critique pour l’entreprise nécessite des approches de gestion de cycle de vie de contenu plus robustes, afin de garantir la qualité et d’atténuer les perturbations possibles.

Répondez aux questions suivantes pour vous aider à déterminer si le contenu est critique.

• Dans quelle mesure ce contenu est-il critique pour l’entreprise ? Quelle est l’urgence de la demande de développement ?
• Des décisions ou des actions critiques pour l’entreprise découleront-elles des informations fournies par ce contenu ?
• À quelle échelle prévoyez-vous de distribuer ce contenu (cela peut aller de l’ensemble de l’organisation à une équipe locale limitée) ?
• Les dirigeants ou d’autres décideurs stratégiques s’appuieront-ils sur ce contenu pour leur travail ?
• Quel est l’impact de ce contenu ? Par exemple, en cas d’indisponibilité soudaine du contenu, quels seraient les impacts métier (, par exemple, perte de revenus ou interruption de processus métier) ?

Une fois que vous avez suffisamment identifié et décrit le contenu que vous allez créer, vous devez décider de la manière dont les créateurs de contenu doivent collaborer.

Décider de la manière dont les créateurs de contenu doivent collaborer

À mesure qu’une solution augmente en étendue et en complexité, plusieurs créateurs et propriétaires de contenu devront sans doute collaborer. Lors de la création de solutions complexes, nous vous recommandons d’utiliser des outils efficaces qui aident à structurer, à gérer et à prendre en charge la collaboration. Il existe de nombreuses façons de collaborer lors de la production de contenu Power BI, par exemple à l’aide de Microsoft Teams ou d’Azure DevOps.

Conseil

Même si les créateurs de contenu travaillent indépendamment, ils peuvent toujours tirer parti de la planification et de la structuration de leur travail à l’aide d’outils tels que Microsoft Teams et Azure DevOps.

Microsoft Teams

Pour les projets plus petits ou plus simples, les créateurs de contenu peuvent collaborer à l’aide de Microsoft Teams.

En utilisant Microsoft Teams, les créateurs de contenu structurent leur communication et leur planification, et ils travaillent dans des équipes et des canaux. Microsoft Teams est souvent un bon choix pour des scénarios de collaboration simples. Par exemple, les équipes décentralisées qui produisent du contenu pour un public limité peuvent utiliser des bibliothèques de documents pour le stockage de fichiers et la gestion de versions. Ils peuvent également utiliser d’autres outils et services intégrés.

Conseil

Nous vous recommandons d’utiliser Microsoft Teams pour faciliter la gestion efficace du cycle de vie du contenu dans les scénarios en libre-service avec distribution de contenu décentralisée.

Pour collaborer et communiquer dans Microsoft Teams, vous utilisez des services de prise en charge tout au long du cycle de vie de votre contenu Power BI.

• Planificateur : les propriétaires de contenu peuvent utiliser Microsoft Planificateur pour créer des plans, qu’ils utilisent pour le suivi des tâches et la définition de l’étendue du travail de contenu. Les tâches peuvent décrire des problèmes, des bogues ou des fonctionnalités dans la solution, et les parties prenantes correspondantes.
• SharePoint : les créateurs de contenu peuvent stocker et gérer des fichiers dans une bibliothèque de documents Microsoft Teams ou un site connecté pour chaque canal. Les fichiers de contenu stockés dans SharePoint peuvent utiliser la gestion de versions pour faciliter le suivi et la gestion des modifications de contenu. Pour plus d’informations sur le suivi et la gestion des modifications à l’aide de SharePoint, consultez Phase 2 : Développer du contenu et gérer les modifications.
• Approbations : les créateurs et les propriétaires de contenu peuvent configurer et utiliser des workflows afin d’approuver les modifications de contenu ou les mises en production après révision.
• Fabric et Power BI : les créateurs et les propriétaires de contenu peuvent accéder au portail Fabric à partir de Microsoft Teams. À partir de là, ils peuvent gérer ou discuter du contenu, et ajouter des rapports utiles à des onglets dans les canaux Teams.
• Autres intégrations : les créateurs de contenu peuvent utiliser d’autres services Microsoft ou tiers qui s’intègrent à Microsoft Teams pour mieux répondre à leurs besoins et workflows préférés.

Nous vous recommandons de définir un processus structuré décrivant comment les créateurs de contenu doivent utiliser Microsoft Teams pour collaborer. Vérifiez que vous déterminez :

• Comment gérer l’accès aux équipes et aux canaux.
• Qui est responsable de la gestion des équipes et des canaux.
• Comment le travail est réparti et organisé en équipes, canaux et plans distincts.
• Comment les créateurs de contenu doivent utiliser une bibliothèque de documents pour organiser les fichiers et assurer le suivi et la gestion des modifications. Par exemple, comment organiser la bibliothèque de documents et déterminer si les créateurs de contenu doivent archiver et extraire les fichiers.
• Si les créateurs de contenu doivent utiliser l’actualisation OneDrive pour publier automatiquement des fichiers Power BI Desktop (.pbix).
• Comment les conflits de synchronisation de fichiers sont résolus.
• Quand archiver et supprimer les fichiers d’une bibliothèque de documents qui ne sont plus pertinents.

Azure DevOps

Les créateurs et les propriétaires de contenu peuvent également communiquer et collaborer dans un hub central et organisé à l’aide d’Azure DevOps.

Remarque

Azure DevOps est une suite de services qui s’intègrent à Power BI et Fabric pour vous aider à planifier et à orchestrer la gestion de cycle de vie du contenu. Lorsque vous utilisez Azure DevOps de cette façon, vous tirez généralement parti des services suivants :

• Azure Repos : vous permet de créer et d’utiliser un dépôt Git distant, un emplacement de stockage distant que vous utilisez pour assurer le suivi et la gestion des modifications de contenu.
• Azure Pipelines : vous permet de créer et d’utiliser un ensemble de tâches automatisées pour gérer, tester et déployer du contenu à partir d’un dépôt distant vers un espace de travail.
• Azure Test Plans : vous permet de concevoir des tests pour valider la solution et automatiser le contrôle de qualité avec Azure Pipelines.
• Azure Boards : vous permet d’utiliser des tableaux pour suivre les tâches et les plans en tant qu’éléments de travail, et de lier ou de faire référence à des éléments de travail à partir d’autres services Azure DevOps.
• Wiki Azure : les créateurs de contenu partagent des informations avec leur équipe pour comprendre la solution et y contribuer.

À l’aide d’Azure DevOps, les créateurs de contenu utilisent des projets pour structurer leur communication, leur planification et leur travail. En outre, les créateurs de contenu peuvent orchestrer la gestion de cycle de vie du contenu à partir d’Azure DevOps en effectuant un contrôle de code source, une validation et un déploiement. Le contrôle de code source est le processus qui consiste à gérer les modifications plus précises apportées au code de contenu et aux métadonnées.

Azure DevOps est souvent un bon choix pour les scénarios de collaboration avancés, car il existe des services et des options de prise en charge pour orchestrer la création et le déploiement de contenu.

Conseil

Nous vous recommandons d’utiliser Azure DevOps pour faciliter la gestion efficace du cycle de vie du contenu dans les scénarios d’entreprise avec distribution de contenu centralisée. Dans des scénarios plus volumineux ou plus complexes, la collaboration à l’aide d’Azure DevOps ou d’outils similaires est préférable à la collaboration à l’aide de Microsoft Teams ou de SharePoint. Cela est dû au fait que davantage d’outils et d’options sont disponibles pour faciliter une collaboration et une automatisation plus robustes.

Nous vous recommandons de définir un processus structuré décrivant comment les créateurs de contenu doivent utiliser Azure DevOps pour collaborer. Vérifiez que vous déterminez :

• Comment le travail est délimité et comment les branches de contenu sont créées, nommées et utilisées.
• Comment les auteurs regroupent et commitent les modifications et les décrivent avec des messages de commit.
• Qui est responsable de la révision et de l’approbation des modifications à l’aide de demandes de tirage.
• Comment les conflits de fusion de demandes de tirage sont résolus, et qui les résout.
• Comment les modifications apportées dans différentes branches doivent être fusionnées en une branche unique.
• Comment le contenu est testé et qui effectue les tests avant le déploiement du contenu.
• Comment et quand les modifications sont déployées dans les espaces de travail de développement, de test et de production.
• Comment et quand les modifications déployées ou les versions de la solution peuvent être restaurées.

Remarque

Vous pouvez également utiliser Microsoft Teams avec Azure DevOps, car il existe différentes façons d’intégrer ces services. Par exemple, vous pouvez afficher et gérer Azure Boards, et surveiller des événements dans Azure Pipelines à partir de Microsoft Teams.

Ce qui est le plus important, c’est que vous utilisiez des outils et des services qui simplifient la collaboration et qui correspondent le mieux aux besoins de votre équipe et à la façon dont elles travaillent.

Une fois que vous avez décidé si et comment les créateurs de contenu doivent collaborer, vous devez décider où vous allez stocker vos fichiers. Une grande partie de ces fichiers seront stockés à l’emplacement où vous choisissez de collaborer.

Décider de l’emplacement de stockage des fichiers

Lors de la création de contenu, vous produisez généralement différents types de fichiers. Il est important de décider où stocker ces fichiers afin de pouvoir les gérer efficacement.

Conseil

Stockez les fichiers à un emplacement où ils sont accessibles par plusieurs membres de l’équipe, et où les modifications peuvent être facilement suivies (ce que l’on appelle la gestion de versions). Cette approche garantit que le départ d’un membre de l’équipe ou la perte d’un fichier n’entraîne pas d’interruption.

Les types de fichiers que vous devrez stocker incluent souvent :

• Fichiers de contenu : fichiers qui contiennent les données de contenu ou les métadonnées. Les fichiers de contenu contenant des données telles que .pbix et Projet Power BI (.pbip) contiennent des informations sensibles. Stockez les fichiers de contenu à un emplacement sécurisé accessible uniquement par ceux qui ont besoin d’y accéder. En outre, vous devez stocker les fichiers de contenu à un emplacement qui prend en charge la gestion de versions, comme une bibliothèque de documents dans Microsoft Teams ou un dépôt Git dans Azure DevOps. Voici quelques exemples de fichiers de contenu :
  • Fichiers Power BI Desktop (.pbix)
  • Fichiers de projets Power BI (.pbip)
  • Fichiers de rapports paginés Power BI (.rdl)
  • Fichiers de métadonnées de modèle (.bim ou TMDL)
  • Fichiers de métadonnées de flux de données (.json)
• Fichiers de sources de données : fichiers consommés par des éléments de données tels que des modèles sémantiques ou des flux de données. Le contenu dépend directement des fichiers de sources de données. Il est donc important de réfléchir soigneusement à l’emplacement où ils sont stockés, car la suppression des fichiers entraînera un échec de l’actualisation des données. Par ailleurs, ces fichiers sont susceptibles de contenir des informations sensibles. Par conséquent, stockez les fichiers de sources de données dans un environnement sécurisé, fiable et approuvé auquel d’autres personnes ont un accès limité. Voici quelques exemples de fichiers de sources de données :
  • Sources de données structurées, telles que des classeurs Excel ou des fichiers Parquet ou CSV.
  • Sources de données semi-structurées, telles que des fichiers JSON ou XML.
  • Sources de données non structurées, telles que les images que vous importez dans des rapports.
• Fichiers de prise en charge : fichiers qui prennent en charge la création ou la gestion du contenu, mais ne sont pas nécessaires à son fonctionnement. Les fichiers de prise en charge doivent être stockés à un emplacement qui prend en charge la gestion de versions, et accessibles par d’autres outils et créateurs de contenu. Voici quelques exemples de fichiers de prise en charge :
  • Fichiers de règles Best Practice Analyzer (.json).
  • Fichiers de thème Power BI (.json).
  • Fichiers de code source pour le contenu et les requêtes.
  • Fichiers de visualisation personnalisée (.pbiviz).
• Modèles et documentation : fichiers qui facilitent la création de contenu en libre-service ou décrivent du contenu existant. Les modèles et la documentation doivent être facilement accessibles par les personnes qui doivent les utiliser. Voici quelques exemples de modèles et de documentation :
  • Fichiers de modèle Power BI (.pbit).
  • Modèles de visualisation et exemples de rapports.
  • Conceptions et documentation des solutions.
  • Planification et feuilles de route des solutions.
  • Demandes des utilisateurs et problèmes liés aux solutions.

Attention

Certains fichiers de contenu, tels que les fichiers .pbix et .pbip, sont susceptibles de contenir des données sensibles importées à partir de sources de données. En outre, les fichiers de métadonnées tels que les fichiers .pbit ou TMDL peuvent également contenir des informations sensibles. Veillez à prendre les précautions nécessaires pour stocker ces fichiers à des emplacements sécurisés, et à implémenter une protection efficace contre la perte de données.

Différentes options s’offrent à vous pour le stockage des fichiers. Veillez à sélectionner l’emplacement approprié, en fonction du type de fichier, de son contenu et de la façon dont il sera utilisé.

SharePoint Online ou OneDrive

Une solution courante pour le stockage de fichiers consiste à utiliser des sites SharePoint. SharePoint est largement accessible par la plupart des utilisateurs, et hautement intégré à Power BI et à d’autres applications Microsoft 365, comme Microsoft Teams. En outre, il offre une gestion de versions intégrée, ce qui le rend idéal pour le stockage de la plupart des types de fichiers. La gestion de versions vous permet d’afficher et de gérer différentes versions enregistrées d’un fichier.

Lorsque vous stockez des fichiers dans SharePoint, tenez compte des points suivants.

• Organisation : veillez à maintenir une structure cohérente et logique afin qu’il soit facile de trouver des fichiers spécifiques. Utilisez de bonnes conventions d’affectation de noms, organisez les fichiers dans des dossiers, et archivez les fichiers qui ne sont plus pertinents pour les projets en cours.
• Actualisation OneDrive : vous pouvez lier un modèle sémantique ou un rapport publié à un fichier .pbix stocké dans un site SharePoint ou OneDrive Entreprise (également appelé OneDrive professionnel ou scolaire). Avec cette approche, vous n’avez plus besoin de publier le modèle sémantique pour que les modifications entrent en vigueur. Au lieu de cela, vos modifications sont visibles après une actualisation OneDrive automatique, qui se produit toutes les heures. Bien qu’elle soit pratique, sachez que cette approche implique quelques mises en garde et défis. Quand un problème survient, il est difficile de revenir en arrière.
• Aperçus de rapports : dans SharePoint, il est possible d’afficher des rapports Power BI sans avoir à installer Power BI Desktop ou à télécharger le fichier .pbix localement. Lorsque vous ouvrez des rapports de cette façon, ils sont affichés dans le navigateur. Cette capacité peut être une alternative pratique à l’affichage des rapports à partir du portail Fabric. Elle est activée par défaut dans les paramètres du locataire Fabric.

Conseil

Lorsque vous collaborez à l’aide de Microsoft Teams, il peut être préférable de stocker les fichiers dans la bibliothèque de documents de canal. Cette approche permet de centraliser les fichiers, et facilite la collaboration.

Envisagez de stocker les types de fichiers suivants dans SharePoint.

• Modèles et documentation : stockez les modèles et la documentation dans SharePoint lorsque vous n’avez pas de solution de stockage existante. SharePoint est idéal pour ces fichiers, car vous pouvez accorder l’accès à d’autres personnes et gérer les fichiers sans configuration ou processus complexes.
• Fichiers de prise en charge : stockez les fichiers de prise en charge dans SharePoint lorsque vous n’avez pas de solution de stockage existante. Toutefois, il peut être préférable de stocker certains fichiers de prise en charge (tels que les fichiers .json de thème Power BI pour les rapports) dans un système de gestion de versions qui permet d’afficher et de gérer les modifications enregistrées.
• Fichiers de contenu : stockez le contenu dans SharePoint lorsqu’il n’est pas critique pour l’entreprise ou lorsque vous n’avez pas accès à un référentiel distant tel qu’Azure Repos.
• Sources de données : stockez les sources de données dans SharePoint uniquement lorsqu’elles sont de petite taille et de faible complexité. Faites preuve de discipline lors de l’utilisation de SharePoint pour stocker des fichiers de source de données. Envisagez des alternatives, comme OneLake.

Attention

N’utilisez pas SharePoint comme alternative à une architecture de données adéquate. Bien que le stockage de fichiers de sources de données dans SharePoint puisse être commode dans certains scénarios limités, cette approche ne convient pas lorsque vous avez des sources de données plus volumineuses et plus complexes ou lorsque vous avez besoin d’une latence de données plus faible.

Avertissement

N’utilisez pas de systèmes de fichiers personnels ou de comptes OneDrive personnels pour stocker des fichiers. Si le propriétaire quitte l’organisation, ces fichiers ne seront plus disponibles.

OneLake

Si vous disposez d’une capacité Fabric, OneLake peut être un bon choix pour stocker des fichiers de source de données. Vous pouvez charger ou synchroniser des fichiers vers OneLake à l’aide de l’explorateur de fichiers OneLake, où ils peuvent être transformés en tables en vue d’une utilisation dans des charges de travail en aval telles que Power BI. Pour les sources de données plus volumineuses ou régulièrement mises à jour, vous pouvez charger des fichiers vers OneLake automatiquement à l’aide de Fabric Data Factory ou d’autres applications qui utilisent l’API Azure Data Lake Storage (ADLS) Gen2 ou le kit de développement logiciel (SDK) Python Stockage Azure.

Attention

Des actions telles que le chargement ou le téléchargement de fichiers à partir de OneLake consomment des unités de capacité Fabric. Vous devez surveiller les métriques de capacité et prendre des mesures afin d’éviter toute contrainte de capacité causée par un déplacement inutile de fichiers volumineux.

En outre, les fichiers accessibles par les utilisateurs avec l’explorateur de fichiers OneLake sont vulnérables aux modifications accidentelles ou à la perte. Nous vous recommandons d’éviter d’utiliser l’explorateur de fichiers OneLake pour les solutions critiques pour l’entreprise.

Avertissement

L’explorateur de fichiers OneLake présente plusieurs limitations et considérations importantes. Par exemple, OneLake ne prend pas en charge la gestion de versions pour les fichiers, contrairement à SharePoint ou OneDrive. Prenez en compte ces considérations et limitations lorsque vous décidez où stocker des fichiers.

Conseil

Lors du stockage des données dans OneLake, pensez à activer la continuité d’activité et reprise d’activité (BCDR) pour atténuer les risques de perte de données. Avec BCDR activé, vos données sont dupliquées et stockées dans deux régions géographiques différentes, en fonction des paires de régions standard d’Azure.

Dépôt distant

Les créateurs de contenu peuvent commiter et enregistrer du travail à partir de leur machine locale dans un référentiel distant, tel qu’un dépôt Git Azure Repos, à intervalles réguliers pendant le développement. Un référentiel distant contient la dernière version de la solution, et il est accessible à l’ensemble de l’équipe de développement. En règle générale, un référentiel distant facilite des approches de gestion de cycle de vie plus avancées que l’utilisation de Teams, SharePoint ou OneDrive. Cela est dû au fait qu’en utilisant un référentiel distant, les créateurs de contenu peuvent bénéficier d’options plus sophistiquées pour collaborer sur des fichiers, ou suivre et gérer les modifications de fichiers. Par exemple, les créateurs de contenu peuvent travailler sur leur propre branche du référentiel distant pour apporter des modifications, et demander à fusionner ces modifications dans la branche principale lorsqu’ils sont prêts.

Envisagez de stocker les types de fichiers suivants dans un référentiel distant.

• Modèles et documentation : stockez les modèles et la documentation dans un référentiel distant lorsque vous gérez le projet avec des services associés tels qu’Azure DevOps.
• Fichiers de prise en charge : stockez les fichiers de prise en charge dans un référentiel distant lorsqu’il y en a un disponible pour suivre et gérer facilement les modifications.
• Fichiers de contenu : stockez le contenu dans un référentiel distant lorsqu’il est critique pour l’entreprise, ou que vous envisagez de collaborer avec d’autres développeurs sur le même contenu. Un référentiel distant est idéal pour suivre les modifications apportées au contenu et faciliter la collaboration.

Conseil

Lorsque vous utilisez un référentiel distant, il peut être préférable de stocker les rapports Power BI et les modèles sémantiques en tant que fichiers de projets Power BI Desktop (.pbip) plutôt que fichiers .pbix. En effet, les modifications enregistrées ne peuvent pas être identifiées dans un fichier .pbix.

Aucun fichier : contenu créé dans le portail Fabric

Les créateurs de contenu peuvent créer du contenu directement dans le portail Fabric. Dans ce scénario, ils ne travaillent généralement pas directement avec les fichiers de contenu. En règle générale, vous devez créer du contenu dans le portail Fabric uniquement lorsque les types d’éléments ne peuvent pas être créés ailleurs (comme les flux de données, les tableaux de bord ou les cartes de performance). Vous pouvez également créer des rapports et des modèles sémantiques dans le portail Fabric lorsque vous n’avez pas accès à une machine Windows et ne pouvez donc pas utiliser Power BI Desktop. Pour plus d’informations, consultez Outils et appareils utilisateur.

Attention

Vous ne pouvez pas télécharger en tant que fichier du contenu créé dans le portail Fabric. Par exemple, les rapports créés dans le portail Fabric ne peuvent pas être téléchargés en tant que fichiers .pbix.

Lors de la création de contenu dans le portail Fabric, vous devez plutôt utiliser les API Fabric ou l’intégration Git pour sauvegarder les définitions de contenu. En sauvegardant les définitions de contenu, vous réduisez les interruptions dans le cas où ce contenu est supprimé accidentellement ou modifié involontairement. Si du contenu est accidentellement supprimé ou modifié, vous pouvez le remplacer à l’aide de la sauvegarde.

Check-list : voici les décisions et actions clés lors de la planification et de la conception de contenu :

• Effectuer une planification de la solution : rassemblez les exigences métier et les exigences techniques afin de comprendre suffisamment le problème qui sera traité par votre contenu et de concevoir la façon dont ce contenu traitera le problème.
• Identifier qui créera le contenu : en fonction du workflow, des compétences et des besoins du créateur de contenu, différentes approches de la gestion de cycle de vie peuvent être nécessaires.
• Identifier si plusieurs créateurs de contenu doivent collaborer : veillez à ce que les créateurs collaborant sur du contenu utilisent des types de fichiers qui prennent en charge la gestion de versions, comme les fichiers .pbip.
• Décider de la façon dont les créateurs de contenu collaboreront : déterminez le degré de sophistication de la collaboration. Déterminez également comment vous faciliterez cette collaboration, par exemple à l’aide de Microsoft Teams ou d’Azure DevOps.
• Configurer des outils de collaboration : veillez à effectuer la configuration initiale nécessaire pour la solution ou le projet. Prenez des décisions clés quant à la manière dont vous gérerez la collaboration à l’aide de ces outils.
• Stocker les fichiers de sources de données dans SharePoint ou OneLake : stockez les petits fichiers de sources de données simples dans SharePoint. Autrement, utilisez plutôt OneLake ou ADLSGen2 (s’ils sont disponibles).
• Stocker le contenu et les fichiers de prise en charge dans SharePoint ou un référentiel distant : pour les projets plus simples et plus petits, utilisez SharePoint pour la plupart des fichiers si ceci est organisé et que vous adhérez à de bonnes pratiques de gestion des accès. Pour les environnements plus volumineux ou lorsqu’une collaboration parallèle est requise, utilisez un référentiel distant, qui fournira une visibilité détaillée des modifications de contenu.
• Stocker les modèles et la documentation dans SharePoint : veillez à ce que les modèles et la documentation soient faciles à trouver, à utiliser et à comprendre.
• Planifier le développement et le déploiement : pour conclure cette première phase, effectuez une planification spécifique afin de traiter les domaines clés et procédez à la configuration initiale. Par exemple, établissez des outils et testez les connexions de sources de données.

Contenu connexe

Dans l’article suivant de cette série, découvrez comment développer du contenu et gérer les modifications dans le cadre de la gestion de cycle de vie du contenu.