Qu'est-ce que les pipelines de déploiement ?
Remarque
Les articles de cette section décrivent comment déployer du contenu dans votre application. Pour la gestion de version, consultez la documentation relative à l’intégration Git.
L’outil de pipelines de déploiement de Microsoft Fabric fournit aux créateurs de contenu un environnement de production dans lequel ils peuvent collaborer avec d’autres personnes pour gérer le cycle de vie du contenu organisationnel. Les pipelines de déploiement permettent aux créateurs de développer et de tester du contenu dans le service avant qu'il atteigne les utilisateurs. Consultez la liste complète des types d’éléments pris en charge que vous pouvez déployer.
Important
- La nouvelle interface utilisateur du pipeline de déploiement est actuellement en préversion. Pour activer ou utiliser la nouvelle interface utilisateur, consultez Commencer à utiliser la nouvelle interface utilisateur.
- Certains éléments des pipelines de déploiement sont en préversion. Pour plus d’informations, consultez la liste des éléments pris en charge.
Apprenez à utiliser les pipelines de déploiement
Vous pouvez apprendre à utiliser l’outil pipelines de déploiement en suivant ces liens.
Créer et gérer un pipeline de déploiement : un module Learn qui vous guide tout au long du processus de création d’un pipeline de déploiement.
Prise en main des pipelines de déploiement : cet article explique comment créer un pipeline et des fonctions clés telles que le déploiement, comparer le contenu à différentes étapes et créer des règles de déploiement.
Éléments pris en charge
Quand vous déployez du contenu d’une phase de pipeline vers une autre, le contenu copié peut contenir les éléments suivants :
- Tableaux de bord
- Pipelines de données(préversion)
- Flux de données gen2 (préversion)
- Datamarts (préversion)
- Environnement
- EventHouse (préversion)
- EventStream (préversion)
- Lakehouse(préversion)
- Base de données Eventhouse et KQL(préversion)
- Blocs-notes
- Applications organisationnelles (préversion)
- Rapports paginés
- Dataflows Power BI
- Reflex (préversion)
- Rapports (basés sur des modèles sémantiques pris en charge)
- Environnement Spark(préversion)
- Modèles sémantiques (qui proviennent de fichiers .pbix et ne sont pas des jeux de données PUSH)
- Base de données SQL (préversion)
- Entrepôts (préversion)
Structure de pipeline
Vous décidez du nombre d’étapes que vous souhaitez dans votre pipeline de déploiement. Il peut y avoir de deux à dix étapes. Lorsque vous créez un pipeline, les trois étapes typiques par défaut sont données comme point de départ, mais vous pouvez ajouter, supprimer ou renommer les étapes en fonction de vos besoins. Quel que soit le nombre d’étapes, les concepts généraux sont les mêmes. :
-
La première étape du déploiement consiste à télécharger de nouveaux contenus avec vos collègues créateurs. Vous pouvez concevoir, construire et développer ici ou à une étape différente.
-
Après avoir apporté toutes les modifications nécessaires à votre contenu, vous êtes prêt à passer à la phase de test. Téléchargez le contenu modifié afin qu'il puisse être déplacé vers cette étape de test. Voici trois exemples d’actions possibles dans l’environnement de test :
Partager du contenu avec des testeurs et des réviseurs
Charger et exécuter des tests avec de grands volumes de données
Tester votre application pour voir à quoi elle ressemble pour vos utilisateurs finaux
-
Après avoir testé le contenu, utilisez la phase de production pour partager la version finale de votre contenu avec les utilisateurs professionnels de l’organisation.
Association d’éléments
L’association est le processus par lequel un élément (tel qu’un rapport, un tableau de bord ou un modèle sémantique) d’une étape du pipeline de déploiement est associé au même élément dans l’étape adjacente. L’association se produit lorsque vous attribuez un espace de travail à une étape de déploiement ou lorsque vous déployez du contenu non apparié d’une étape à l’autre (un déploiement propre).
Il est important de comprendre le fonctionnement du jumelage, afin de comprendre quand les éléments sont copiés, quand ils sont remplacés et quand un déploiement échoue lors de l’utilisation de la fonction de déploiement.
Si les éléments ne sont pas jumelés, même s’ils semblent être identiques (qu’ils ont le même nom, le même type et le même dossier), ils ne sont pas remplacés sur un déploiement. Au lieu de cela, une copie est créée et associée à l’élément de la phase précédente.
Les éléments associés apparaissent sur la même ligne dans la liste de contenu du pipeline. Les éléments qui ne sont pas associés apparaissent sur une ligne par eux-mêmes :
- Les éléments qui sont associés restent associés même si vous modifiez leur nom. Par conséquent, des éléments associés peuvent porter des noms différents.
- Les éléments ajoutés après l’attribution de l’espace de travail à un pipeline ne sont pas automatiquement associés. Par conséquent, vous pouvez avoir des éléments identiques dans les espaces de travail adjacents qui ne sont pas associés.
Pour obtenir une explication détaillée des éléments associés et du fonctionnement de l’association, consultez Association d’éléments.
Méthode de déploiement
Pour déployer du contenu à une autre étape, au moins un élément doit être sélectionné. Lorsque vous déployez du contenu d’une étape vers une autre, les éléments copiés à partir de l’étape source remplacent l’élément jumelé dans l’étape dans laquelle vous êtes en fonction des règles de jumelage. Les éléments qui n’existent pas dans l’étape source restent tels qu’ils le sont.
Une fois que vous avez sélectionné Déployer, vous recevez un message de confirmation.
En savoir plus sur les propriétés d’élément copiées à l’étape suivante et sur les propriétés qui ne sont pas copiées, dans Comprendre le processus de déploiement.
Automation
Vous pouvez aussi déployer du contenu programmatiquement, en utilisant les API REST des pipelines de déploiement. Pour plus d’informations sur le processus d’automatisation, consultez Automatiser votre pipeline de déploiement en utilisant des API et DevOps.