Présentation des pipelines de déploiement

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

Découvrir comment utiliser les pipelines de déploiement

Vous pouvez découvrir comment utiliser l’outil de gestion des 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 : article qui explique comment créer un pipeline et effectuer des fonctions clés telles que le déploiement, la comparaison du contenu en différentes étapes 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 :

• Éléments d'ingénierie des données :

  • Environnement
  • GraphQL
  • Lakehouse
  • Carnet de notes
  • Définitions de travaux Spark
  • Fonctions de données utilisateur

• Éléments de science des données :

  • Expériences Machine Learning(préversion)
  • Modèles Machine Learning(préversion)
  • Agents de données(préversion)

• Éléments d'usine de données :

  • Copier la tâche
  • Flux de données Gen2
  • Pipeline
  • Base de données en miroir
  • Monter ADF
  • Flocons de neige en miroir(préversion)

• Éléments d’intelligence en temps réel :

  • Activateur(préversion)
  • Générateur de jumeaux numériques(préversion)
  • Eventhouse
  • EventStream
  • Base de données KQL
  • Ensemble de requêtes KQL
  • Tableau de bord en temps réel
  • Jeu de schémas d’événements(aperçu)
  • Cartes(préversion)
  • Détection d’anomalie(préversion)

• éléments Data Warehouse :

  • Entrepôt *(préversion)
  • Catalogue de Azure Databricks mis en miroir

• éléments Power BI :

  • Tableau de bord (préversion)
  • Flux de données (préversion)
  • Application Org(aperçu)
  • Rapport paginé (préversion)
  • Rapport (basé sur des modèles sémantiques pris en charge) (aperçu)
  • Modèle sémantique (qui provient d’un fichier .pbix et qui n’est pas un jeu de données PUSH) (préversion)

• Éléments de base de données :

  • Base de données SQL(préversion)
  • Base de données Cosmos(préversion)

• Solutions métier :

  • Healthcare(préversion)
  • Cohorte en santé (préversion)

• Éléments IQ (préversion) :

  • Ontology(preview)

Structure de pipeline

Vous décidez du nombre de phases que vous souhaitez dans votre pipeline de déploiement. Il peut y avoir entre deux et dix étapes. 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 :

• Développement

  La première phase 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 dans une phase différente.

• Test

  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

• Production

  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 un nouveau contenu non appairé d’une phase à l’autre (un déploiement propre).

Une bonne compréhension du jumelage est essentielle pour vous aider à comprendre quand les éléments sont copiés, lorsqu’ils sont remplacés et lorsqu’un déploiement échoue.

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 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 jumelé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 associés automatiquement. Par conséquent, vous pouvez avoir des éléments identiques dans des espaces de travail adjacents qui ne sont pas associés.

Pour obtenir une explication détaillée des éléments jumelés et du fonctionnement du jumelage, consultez Jumelage des éléments.

Méthode de déploiement

Les pipelines de déploiement fournissent 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 organisationnel.

Le pipeline de déploiement se compose d’étapes. Vous décidez du nombre de phases que vous souhaitez dans votre pipeline de déploiement. Il peut y avoir entre deux et dix étapes. La valeur par défaut est 3.

Le processus de déploiement vous permet de cloner le contenu d’une étape de pipeline de déploiement vers une autre, en général du développement au test et du test à la production. Pendant le déploiement, Microsoft Fabric copie le contenu de l’étape source vers l’étape cible.

Les dossiers permettent aux utilisateurs d’organiser et de gérer efficacement les éléments de l’espace de travail d’une manière familière. Lorsque vous déployez un contenu contenant des dossiers vers une étape différente, la hiérarchie des dossiers des éléments appliqués est automatiquement appliquée.

Avec l’affichage actuel de la hiérarchie des dossiers, vous pouvez sélectionner pour le déploiement, seuls les éléments du même niveau de dossier. Vous ne pouvez pas sélectionner des éléments dans les dossiers.

L’affichage de liste plate des pipelines de déploiement vous permet de sélectionner des éléments quel que soit son emplacement. Avec l’affichage de liste plate, vous pouvez sélectionner des éléments dans différents dossiers, en ce qui concerne leur emplacement dans l’espace de travail. Pour plus d’informations, consultez la vue en liste plate.

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.

Contenu connexe

• Comprendre le processus des pipelines de déploiement
• Prise en main des pipelines de déploiement