Qu’est-ce que les pipelines de déploiement ?
Remarque
Les articles de cette section décrivent comment déployer du contenu sur votre application. Pour le contrôle 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 où ils peuvent collaborer avec d’autres personnes pour gérer le cycle de vie du contenu de l’organisation. 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.
Remarque
- 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.
Découvrir comment utiliser les pipelines de déploiement
Vous pouvez découvrir comment utiliser l’outil de 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, la comparaison de contenu à différentes phases et la création de 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 :
- Activateur
- Tableau de bord
- Pipeline de données(préversion)
- Flux de données gen2(préversion)
- Datamart (préversion)
- Environnement(préversion)
- Eventhouse et base de données KQL
- EventStream (préversion)
- Ensemble de requêtes KQL
- Lakehouse (préversion)
- Base de données mise en miroir(préversion)
- Notebook
- Application d’organisation (préversion)
- Rapport paginé
- Flux de données Power BI
- Tableau de bord en temps réel
- Rapport (basé sur des modèles sémantiques pris en charge)
- Modèle sémantique (qui provient d’un fichier .pbix et n’est pas un jeu de données PUSH)
- Base de données SQL (préversion)
- Entrepôt(préversion)
Structure de pipeline
Vous décidez du nombre de phases que vous souhaitez dans votre pipeline de déploiement. Il peut y avoir de deux à dix phases. Lorsque vous créez un pipeline, les trois phases typiques par défaut sont données comme point de départ, mais vous pouvez ajouter, supprimer ou renommer les phases en fonction de vos besoins. Quel que soit le nombre de phases, les concepts généraux sont les mêmes :
-
La première phase du déploiement consiste à télécharger de nouveaux contenus avec vos collègues créateurs. Vous pouvez concevoir, créer et développer ici ou dans une phases différente.
-
Une fois les modifications nécessaires apportées à votre contenu, vous pouvez passer à la phase de test. Chargez le contenu modifié afin qu’il puisse être déplacé vers cette phase de test. Voici trois exemples de ce qui peut être réalisé 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 des utilisateurs métier au sein de l’organisation.
Appairage d’éléments
L’appairage est le processus par lequel un élément (comme un rapport, un tableau de bord ou un modèle sémantique) d’une phase du pipeline de déploiement est associé au même élément dans la phase adjacente. L’appairage se produit lorsque vous affectez un espace de travail à une phase de déploiement, ou lorsque vous déployez du contenu non appairé d’une phase à l’autre (un déploiement propre).
Il est important de comprendre le fonctionnement de l’appairage pour savoir 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 dupliquée est créée et appairée à l’élément de la phase précédente.
Les éléments appairés apparaissent sur la même ligne dans la liste des contenus du pipeline. Les éléments qui ne sont pas appairés apparaissent sur une ligne qui leur est propre :
- Les éléments qui sont appairés le restent même si vous modifiez leur nom. Par conséquent, des éléments appairés peuvent porter des noms différents.
- Les éléments ajoutés après l’affectation de l’espace de travail à un pipeline ne sont pas appairés automatiquement. Par conséquent, vous pouvez avoir des éléments identiques dans des espaces de travail adjacents qui ne sont pas appairés.
Pour obtenir une explication détaillée des éléments appairés et du fonctionnement de l’appairage, consultez Appairage d’éléments.
Méthode de déploiement
Pour déployer du contenu vers une autre phase, 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.
Pour plus d’informations sur les propriétés d’élément copiées vers la phase suivante et sur les propriétés qui ne sont pas copiées, consultez Comprendre le processus de déploiement.
Automatisation
Vous pouvez aussi déployer du contenu par programmation, 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.