Partager via


Environnement Pipeline d'intégration et de déploiement Git

Cet article décrit comment utiliser les pipelines d'intégration et de déploiement Git pour l'environnement dans Microsoft Fabric.

Intégration Git pour l’environnement Microsoft Fabric

Microsoft Fabric prend en charge l’intégration de Git, ce qui permet aux développeurs de sauvegarder, de contrôler les versions, de revenir aux étapes précédentes et de collaborer sur leur travail à l’aide de branches Git.

Important

Cette fonctionnalité est en version préliminaire.

Remarque

  • Actuellement, Git prend uniquement en charge les bibliothèques et le calcul Spark, y compris le runtime Spark.
  • L’intégration Git gère l’état intermédiaire de l’environnement. Pour appliquer les modifications apportées dans Git à l’environnement, ces dernières doivent être publiées. Il est recommandé de publier après la mise à jour de l’environnement à partir de Git pour garantir l’efficacité de la configuration. Vous pouvez utiliser l’API Publier de l’environnement pour publier les modifications via l’API REST si vous préférez l’expérience code-first.
  • Le pool personnalisé attaché reste dans un environnement lorsque vous synchronisez à partir du dépôt vers un espace de travail Fabric. La définition du pool se trouve dans le paramètre de l’espace de travail, et les références au pool entre espaces de travail ne sont pas prises en charge. Vous devez mettre à jour manuellement instance_pool_id avec un pool personnalisé existant dans l’espace de travail de destination ou revenir au pool de démarrage en supprimant cette propriété. Consultez Pools personnalisés - Répertorier les pools personnalisés de l’espace de travail pour obtenir la liste complète de pools disponibles dans l’espace de travail de destination via l’API REST, ou Pools personnalisés - Créer un pool personnalisé d’espace de travail pour créer un pool personnalisé.
  • Chaque validation a comme limite supérieure de 150 Mo. Les bibliothèques personnalisées supérieures à 150 Mo ne sont actuellement pas prises en charge via Git.

Connecter l’espace de travail Fabric dans un référentiel Azure DevOps

Si vous êtes l’administrateur d’un espace de travail, accédez aux paramètres de l’espace de travail et configurez la connexion dans la section Contrôle de code source. Pour en savoir plus, consultez Gérer un espace de travail avec Git.

Après la connexion, vous pouvez trouver des éléments, y compris les environnements synchronisés avec le référentiel.

Capture d’écran de la connexion de l’espace de travail à un référentiel Azure DevOps.

Représentation locale d'un environnement dans Git

Dans le dossier racine de l’élément, les environnements sont organisés avec un dossier Bibliothèques qui contient des sous-dossiers PublicLibraries et CustomLibraries, ainsi que le dossier Paramètre.

Capture d’écran de la représentation locale de l’environnement dans Git.

Bibliothèques

Lorsque vous validez un environnement sur Git, la section de la bibliothèque publique est transformée en sa représentation YAML. En outre, la bibliothèque personnalisée est validée avec son fichier source.

Capture d’écran de la représentation locale de la bibliothèque publique de l’environnement dans Git.

Vous pouvez mettre à jour la bibliothèque publique en modifiant la représentation YAML. Tout comme l’expérience du portail, vous pouvez spécifier une bibliothèque à partir de PyPI et conda. Vous pouvez spécifier la bibliothèque avec la version attendue, une plage de versions ou sans version. Le système peut vous aider à déterminer une version compatible avec d’autres dépendances dans votre environnement. Pour effacer toutes les bibliothèques publiques existantes, supprimez le fichier YAML.

Vous pouvez mettre à jour la bibliothèque personnalisée en ajoutant de nouveaux fichiers ou en supprimant directement des fichiers existants.

Remarque

Vous pouvez apporter votre propre fichier YAML pour gérer la bibliothèque publique. Le nom de fichier doit être environment.yml être reconnu correctement par le système.

Calcul Spark

La section de calcul Spark est également transformée en représentation YAML. Dans ce fichier YAML, vous pouvez changer le pool attaché, ajuster les configurations de calcul, gérer les propriétés Spark et sélectionner le runtime Spark souhaité.

Capture d’écran de la représentation locale de calcul Spark de l’environnement dans Git.

Pipeline de déploiement pour l’environnement

Important

Cette fonctionnalité est en version préliminaire.

Les pipelines de déploiement de Fabric simplifient le processus de distribution de contenu modifié dans différentes phases, comme le passage du développement au test. Le pipeline automatique peut inclure les éléments d’environnement pour diffuser en continu le processus de recréation.

Vous pouvez configurer un pipeline de déploiement en affectant les espaces de travail avec différentes phases. En savoir plus sur Bien démarrer avec les pipelines de déploiement.

Capture d’écran du déploiement de l’environnement dans le pipeline de déploiement.

Vous pouvez trouver l’état de déploiement après avoir configuré le pipeline avec succès. Après avoir cliqué sur le bouton Déployer avec l’environnement sélectionné, tout le contenu de l’environnement est déployé sur les espaces de travail de destination. L’état de l’environnement d’origine est conservé dans ce processus, ce qui signifie que les configurations publiées restent dans l’état publié et ne nécessitent aucune publication supplémentaire.

Important

  • Le pool personnalisé n’est actuellement pas pris en charge dans le pipeline de déploiement. Si l’environnement sélectionne le pool personnalisé, les configurations de la section Calcul dans l’environnement de destination sont définies avec des valeurs par défaut. Dans ce cas, les environnements continuent d’afficher des différences dans le pipeline de déploiement, même le déploiement s’effectue correctement.
  • L’utilisation de règles de déploiement pour spécifier un pool différent dans un nouvel espace de travail sera incluse dans la prochaine version.