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

Avant de commencer, assurez-vous que vous remplissez les conditions préalables suivantes :

  • Fabric est activé. Si la structure n’est pas encore activée, demandez à votre administrateur d’activer Fabric pour votre organisation.
  • Vous êtes inscrit. Si vous n’êtes pas encore inscrit, inscrivez-vous à un essai gratuit.
  • Vous avez accès à un référentiel Git Azure. Si vous n’en avez pas, consultez Configurer un dépôt Git pour plus d’informations sur la création d’un dépôt.
  • Téléchargez le fichier FoodSales.pbix dans un référentiel Git que vous pouvez modifier. Il s’agit de l’exemple de fichier que nous utilisons 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

Cet espace de travail est partagé par l’ensemble de l’équipe 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, l’espace de travail est déployé 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 Azure afin que tous les membres de l’équipe puissent le modifier et créer des demandes de tirage.

  1. Sélectionnez les points de suspension (trois points), puis paramètres de l’espace de travail.

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

  2. Configurer l’intégration de Git. Vous êtes automatiquement connecté au compte Azure Repos inscrit auprès de l’utilisateur Microsoft Entra connecté à l’espace de travail.

  3. 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 . Il s’agit du dossier qui 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.

  4. 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.

    Notez l’icône de coche verte. Cette icône indique que le contenu des deux étapes est identique.

    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 le même 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.

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.

É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