Partager via

Tutoriel : Gestion du cycle de vie dans Fabric

  • Article

Dans ce tutoriel, vous allez découvrir l’ensemble du processus de chargement de données dans votre espace de travail et d’utilisation de pipelines de déploiement avec l’intégration Git pour collaborer avec d’autres personnes dans le développement, le test et la publication de vos données et rapports.

Prérequis

Important

La fonctionnalité d’intégration Git est actuellement en préversion.

Pour intégrer Git à votre espace de travail Microsoft Fabric, vous devez configurer les prérequis suivants dans Fabric et Git.

Prérequis Fabric

Pour accéder à la fonctionnalité d’intégration Git, vous avez besoin de l’une des options suivante  :

De plus, les commutateurs de client suivants doivent être activés à partir du portail d’administration :

Ces commutateurs peuvent être activés par l’administrateur client, l’administrateur de capacité ou l’administrateur de l’espace de travail, en fonction des paramètres de votre organisation.

Conditions préalables pour Git

L’intégration Git est actuellement prise en charge pour Azure DevOps et GitHub. Pour utiliser l’intégration Git à votre espace de travail Fabric, vous avez besoin des éléments suivants dans Azure DevOps ou GitHub :

  • Un compte Azure actif inscrit auprès du même utilisateur qui utilise l’espace de travail Fabric. Créer un compte gratuit.
  • Accès à un référentiel existant.
  • Téléchargez le fichier FoodSales.pbix dans un référentiel Git que vous pouvez modifier. Nous utilisons cet exemple de fichier dans ce didacticiel. Vous pouvez également utiliser votre propre modèle sémantique et votre propre rapport, si vous préférez.

Si vous disposez déjà de droits d’administrateur sur un espace de travail avec des données, vous pouvez passer à l’étape 3.

Étape 1 : Créer un espace de travail Premium

Pour créer un espace de travail et lui attribuer une licence :

  1. Dans la barre de navigation gauche de l’expérience Power BI, sélectionnez Espaces de travail > + Nouvel espace de travail.

    Capture d’écran de l’interface de sélection des espaces de travail.

  2. Nommez l’espace de travail FoodSalesWS.

  3. (Facultatif) Ajoutez une description.

    Capture d’écran du nouvel espace de travail portant un nom. Le nom est FoodSalesWS.

  4. Développez la section Avancé pour afficher le mode Licence.

  5. Sélectionnez Version d’évaluation ou Capacité Premium.

    Capture d'écran du nouvel espace de travail avec le mode licence.

  6. Sélectionnez Appliquer.

Pour plus d’informations sur la création d’un espace de travail, consultez Créer un espace de travail.

Étape 2 : Charger du contenu dans l’espace de travail

Vous pouvez charger du contenu à partir de OneDrive, SharePoint ou d’un fichier local. Dans ce tutoriel, nous chargeons un fichier .pbix .

  1. Dans la barre de menus supérieure, sélectionnez Charger > Parcourir.

    Capture d’écran de l’interface utilisateur du menu Chargement.

  2. Accédez à l’emplacement du fichier FoodSales.pbixque vous avez téléchargé précédemment, ou chargez votre propre exemple de modèle sémantique et rapport.

Vous disposez maintenant d’un espace de travail contenant du contenu pour vous et votre équipe.

Capture d’écran de l’espace de travail FoodSalesWS contenant un rapport, un modèle sémantique et un tableau de bord.

Modifier les informations d’identification - première fois uniquement

Avant de créer un pipeline de déploiement, vous devez définir les informations d’identification. Cette étape ne doit être effectuée qu’une fois par modèle sémantique. Une fois vos informations d’identification définies pour ce modèle sémantique, vous n’aurez plus besoin de les définir à nouveau.

  1. Accédez à Paramètres > Paramètres Power BI.

    Capture d’écran de l’interface utilisateur du menu Paramètres.

  2. Sélectionnez Modèles sémantiques > Informations d’identification de la source de données > Modifier les informations d’identification.

    Capture d'écran du menu des informations d'identification de la source de données.

  3. Définissez la méthode d’authentification sur Anonyme, le niveau de confidentialité sur Public, puis décochez la case Ignorer la connexion de test .

    Capture d’écran des identifiants du modèle sémantique.

  4. Sélectionnez Connexion. La connexion est testée et les informations d’identification sont définies.

Vous pouvez maintenant créer un pipeline de déploiement.

Étape 3 : Connecter l’espace de travail de développement de l’équipe à git

L’ensemble de l’équipe partage cet espace de travail et chaque membre de l’équipe peut le modifier. En connectant cet espace de travail à git, vous pouvez suivre toutes les modifications et revenir aux versions précédentes si nécessaire. Lorsque toutes les modifications sont fusionnées dans cette branche partagée, déployez cet espace de travail en production à l’aide du pipeline de déploiement.
Pour en savoir plus sur le contrôle de version avec Git, consultez Présentation de l’intégration Git.

Connectons cet espace de travail à la branche primaire de votre référentiel Git afin que tous les membres de l’équipe puissent le modifier et créer des demandes de tirage. Suivez ces étapes si vous utilisez un référentiel Azure DevOps. Si vous utilisez un référentiel GitHub, suivez les instructions dans Connecter un espace de travail à un référentiel GitHub.

  1. Accédez aux paramètres de l’espace de travail dans le coin supérieur droit.

  2. Configurer l’intégration de Git.

  3. Sélectionner Azure DevOps. Vous êtes automatiquement connecté au compte Azure Repos inscrit auprès de l’utilisateur Microsoft Entra connecté à l’espace de travail.

    Capture d'écran de l'espace de travail avec le lien des paramètres de l'espace de travail affiché.

  4. Dans le menu déroulant, spécifiez les détails suivants sur la branche à laquelle vous souhaitez vous connecter :

    • Organisation

    • Projet

    • Référentiel Git

    • Sélectionner la branche primaire (ou master)

    • Entrez le nom du dossier dans le référentiel où se trouve le fichier .pbix . Ce dossier sera synchronisé avec l’espace de travail.

      Capture d'écran de la fenêtre d'intégration Git des paramètres de l'espace de travail avec l'espace de travail connecté à la branche principale du dépôt.

  5. Sélectionnez Se connecter et synchroniser.

Une fois connecté, l’espace de travail affiche des informations sur le contrôle de code source qui vous permettent d’afficher la branche connectée, les états de chaque élément de la branche et l’heure de la dernière synchronisation. L’icône Contrôle de code source affiche 0, car les éléments dans le référentiel Git de l’espace de travail sont identiques.

Capture d’écran de l’icône du contrôle de source et d’autres informations Git.

À présent, l’espace de travail est synchronisé avec la branche primaire de votre référentiel Git, ce qui facilite le suivi des modifications.

Pour plus d’informations sur la connexion à git, consultez Connecter un espace de travail à un référentiel Azure.

Étape 4 : Créer un pipeline de déploiement

Pour partager cet espace de travail avec d’autres personnes et l’utiliser pour différentes phases de test et de développement, nous devons créer un pipeline de déploiement. Vous pouvez en savoir plus sur le fonctionnement des pipelines de déploiement dans Présentation des pipelines de déploiement. Pour créer un pipeline de déploiement et affecter l’espace de travail à la phase de développement, suivez les étapes suivantes :

  1. Sur la page d'accueil de l'espace de travail, sélectionnez Créer un pipeline de déploiement.

    Capture d'écran de la création d'un pipeline de déploiement.

  2. Nommez votre pipeline FoodSalesDP, donnez-lui une description (facultative) et sélectionnez Suivant.

    Capture d’écran montrant comment créer un pipeline avec un nom.

  3. Acceptez les trois étapes par défaut de votre pipeline, puis sélectionnez Créer.

    Capture d’écran de trois étapes par défaut d’un pipeline de déploiement.

  4. Affectez l’espace de travail FoodSalesWS à l’étape Développement.

    Capture d’écran montrant comment attribuer un espace de travail.

La phase de développement du pipeline de déploiement affiche un modèle sémantique, un rapport et un tableau de bord. Les autres étapes sont vides.

Capture d'écran de la phase de développement.

Pour en savoir plus sur la création de pipelines de déploiement, consultez Vue d’ensemble des pipelines de déploiement.

Étape 5 : Déployer du contenu vers d’autres étapes

À présent, déployez le contenu aux autres étapes du pipeline.

  1. À l’étape de développement de la vue de contenu de déploiement, sélectionnez Déployer.

    Capture d'écran de l'étape Déployer vers le test.

  2. Vérifiez que vous souhaitez déployer le contenu dans la phase de test.

    Capture d'écran de Confirmation du déploiement.

    L’icône de coche verte indique que le contenu de deux étapes est identique, car vous avez déployé l’intégralité du contenu du pipeline.

    Capture d'écran de l'étape de développement et de l'étape de test des pipelines avec une icône de vérification verte indiquant qu'il s'agit de la même chose.

  3. Déployez le contenu de la phase de test à la phase de production.

    Capture d'écran de l'étape Déployer vers la production.

  4. Pour actualiser le modèle sémantique à n’importe quelle phase, sélectionnez le bouton Actualiser en regard de l’icône de modèles sémantiques dans la carte de résumé de chaque phase.

    Capture d’écran du bouton d’actualisation.

Toute l’équipe partage ce pipeline de déploiement. Chaque membre de l’équipe peut modifier le modèle sémantique et créer un rapport au cours de la phase de développement. Lorsque l’équipe est prête à tester les modifications, elle déploie le contenu à l’étape de test. Lorsque l’équipe est prête à publier les modifications apportées à la production, elle déploie le contenu à l’étape de production.

Pour plus d’informations sur le déploiement de contenu, consultez Déployer du contenu.

Étape 6 : Créer un espace de travail isolé

Afin d’éviter de modifier l’espace de travail partagé et d’interférer avec les modifications des autres membres de l’équipe, chaque membre de l’équipe crée son propre espace de travail isolé pour travailler jusqu’à ce qu’il soit prêt à partager ses modifications avec l’équipe.

  1. Sous l’onglet Branche du menu Contrôle de code source, sélectionnez la flèche vers le bas à côté du nom de la branche actuelle, puis sélectionnez Branchement vers un nouvel espace de travail.

    Capture d’écran de l’option de branchement de contrôle de code source.

  2. Spécifiez les détails suivants sur la branche et l’espace de travail. La nouvelle branche est créée automatiquement en fonction de la branche connectée à l’espace de travail actuel.

    • Nom de la branche (pour ce tutoriel, nommez-le My FoodEdits)
    • Nom de l’espace de travail (pour ce didacticiel, nommez-le My_FoodSales)

    Capture d’écran de la branche indiquant le nom de la nouvelle branche et de l’espace de travail.

  3. Sélectionner Branchement.

  4. Sélectionnez Se connecter et synchroniser.

Fabric crée l’espace de travail et le synchronise avec la nouvelle branche. Vous êtes automatiquement redirigé vers le nouvel espace de travail, mais la synchronisation peut prendre quelques minutes.

Le nouvel espace de travail contient désormais le contenu du dossier de dépôt Git. Notez qu’il ne contient pas le fichier .pbix. Étant donné que les fichiers .pbix ne sont pas pris en charge, ce fichier n’a pas été copié dans le référentiel Git lors de la synchronisation.
Utilisez cet espace de travail pour apporter des modifications au modèle sémantique et créer des rapports jusqu’à ce que vous soyez prêt à les partager avec votre équipe.

Étape 7 : Modifier l’espace de travail

Une fois l’espace de travail de branchement synchronisé, vous pouvez apporter des modifications à l’espace de travail en créant, supprimant ou modifiant un article. Dans ce tutoriel, nous modifions le format d’une colonne de modèle sémantique. Vous pouvez modifier l’espace de travail dans Power BI Desktop ou modèle de données. Dans ce tutoriel, nous avons modifié l’espace de travail à partir du modèle de données.

  1. Dans l’espace de travail du modèle sémantique, sélectionnez les points de suspension du modèle sémantique (trois points) >Ouvrir le modèle de données.

    Capture d’écran du modèle de données ouvertes dans le menu du modèle sémantique étendu.

    Remarque

    Si Ouvrir le modèle de données est désactivé, accédez à Paramètres de l’espace de travail> Power BI > Général et activez Paramètres du modèle de données.

    Capture d'écran de la case à cocher des paramètres du modèle de données.

  2. Dans le tableau Order_details , sélectionnez Remise.

    Capture d'écran des tables connectées dans la vue de données avec la colonne de remise de la table Détails de la commande sélectionnée.

  3. Dans le volet Propriétés, remplacez e FormatdeGénéral par Pourcentage.

    Capture d’écran de la publication des modifications dans Git.

Étape 8 : Valider les modifications

Pour valider cette modification de l’espace de travail dans la branche Git, revenez à la page d’accueil de l’espace de travail.

L’icône de contrôle de code source affiche désormais 1, car un élément de l’espace de travail a été modifié, mais n’a pas été engagé dans le référentiel Git. Le modèle sémantique FoodSales affiche l’état Non validé.

Capture d'écran de l'icône du contrôle de source montrant une modification non validée.

  1. Sélectionnez l’icône de contrôle de code source pour afficher les éléments modifiés dans le référentiel Git. Le modèle sémantique affiche l’état Modifié.

  2. Sélectionnez l’élément à valider et ajoutez un message facultatif.

  3. Sélectionner Valider.

    Capture d’écran de l’interface utilisateur de validation des modifications.

L’état Git du modèle sémantique passe à Synchronisé et l’espace de travail et le dépôt Git sont synchronisés.

Étape 9 : Créer une demande de tirage et fusionner

Dans le référentiel Git, créez une demande de tirage pour fusionner la branche MyFoodEdits avec la branche primaire.

  1. Sélectionnez Create a pull request (Créer une demande de tirage).

    Capture d’écran de l’interface utilisateur d’une demande de tirage (pull request).

  2. Fournissez un titre, une description et toute autre information souhaitée pour la demande de tirage. Sélectionnez ensuite Créer.

    Capture d'écran du nommage de la demande de tirage (pull request) et de l'ajout d'une description.

  3. Fusionner la demande de tirage.

    Capture d’écran de l’interface de demande de tirage (pull request) de fusion.

Une fois les modifications fusionnées vers la branche primaire, vous pouvez supprimer en toute sécurité l’espace de travail, si vous le souhaitez. Ils ne sont pas supprimés automatiquement.

Étape 10 : Mettre à jour l’espace de travail partagé

Retour à l’espace de travail partagé connecté à la phase de développement du pipeline de déploiement (celui que nous avons créé à l’étape 1) et actualisez la page.
L’icône de contrôle de code source affiche désormais 1, car un élément du dépôt Git a été modifié et est différent des éléments de l’espace de travail FoodSales. Le modèle sémantique FoodSales affiche l’état Mise à jour requise.

Capture d'écran de l'icône du contrôle de source montrant une différence.

  1. Sélectionnez l’icône de contrôle de code source pour afficher les éléments modifiés dans le référentiel Git. Le modèle sémantique affiche l’état Modifié.

  2. Sélectionnez Tout mettre à jour.

    Capture d’écran de l’interface utilisateur des espaces de travail de mises à jour.

L’état Git du modèle sémantique passe à Synchronisé et l’espace de travail est synchronisé avec la branche Git principale.

Étape 11 : Comparer les étapes dans le pipeline de déploiement

  1. Sélectionnez Afficher le pipeline de déploiement pour comparer le contenu de la phase de développement avec le contenu de la phase de test.

    Capture d'écran de l'icône Afficher le déploiement des pipelines.

    Notez l’icône orange X entre les étapes indiquant que des modifications ont été apportées au contenu dans l’une des phases depuis le dernier déploiement.

    Capture d'écran montrant que les étapes du pipeline sont différentes.

  2. Sélectionnez la flèche > vers le bas Vérifier les modifications pour afficher les modifications. L’écranRévision des modifications montre la différence entre les modèles sémantiques dans les deux phases.

    Capture d’écran de l’interface utilisateur de révision du changement.

  3. Examinez les modifications et fermez la fenêtre.

Pour plus d’informations sur la comparaison des phases dans un pipeline de déploiement, consultez Comparer les étapes dans un pipeline de déploiement.

Étape 12 : Déployer vers la phase de test

Lorsque vous êtes satisfait des modifications, déployez les modifications dans les phases de test et/ou de production à l’aide du même processus que celui utilisé à l’étape 5.

Résumé

Dans ce tutoriel, vous avez appris à utiliser des pipelines de déploiement avec l’intégration Git pour gérer le cycle de vie d’une application, d’un rapport ou d’un autre contenu dans un espace de travail.
En particulier, vous apprenez comment :

  • Configurez vos espaces de travail et ajoutez du contenu pour gérer leur cycle de vie dans Fabric.
  • Appliquez les meilleures pratiques Git pour travailler seul et collaborer avec vos collègues sur les modifications.
  • Combinez Git et pipelines de déploiement pour un processus de mise en production de bout en bout efficace.

Contenu connexe