Partager via

Prise en main de l’intégration des pipelines de déploiement à la base de données SQL dans Microsoft Fabric

  • Article

S’applique à : ✅base de données SQL dans Microsoft Fabric

Dans ce tutoriel, vous allez apprendre à déployer des modifications dans votre base de données SQL dans Fabric à l’aide de pipelines de déploiement et d’un environnement avec plusieurs espaces de travail.

Les pipelines de déploiement dans Fabric permettent de promouvoir les modifications entre différents environnements. Ils offrent un cadre collaboratif aux développeurs pour travailler ensemble sur des modifications groupées d’un ou plusieurs objets. Conceptuellement, les phases les plus courantes d’un pipeline sont les suivantes :

  • Développement : première phase des pipelines de déploiement, où vous collaborez avec vos collègues créateurs pour intégrer de nouveaux contenus. Vous pouvez concevoir, construire et développer ici ou à une étape différente.
  • Test : une fois les modifications apportées à votre contenu, vous pouvez passer à la phase de test. Téléchargez le contenu modifié afin qu’il puisse être déplacé dans 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 validé le contenu en phase de test, la phase de production vous permet de déployer la version finale et de la partager avec les utilisateurs professionnels au sein de l’organisation.

Pour la base de données SQL dans Fabric, en particulier, le déplacement des modifications entre les espaces de travail repose sur les mêmes mécanismes que la mise à jour d’un espace de travail à partir du contrôle de code source. Avec les pipelines de déploiement, vos données existantes restent intactes, tandis que le service Fabric génère le code T-SQL nécessaire pour mettre à jour votre base de données et la synchroniser avec l’état souhaité (modifications entrantes). Si les modifications nécessitent une perte de données, Fabric vous oblige à effectuer les modifications manuellement.

Prérequis

Programme d’installation

  1. Créez un autre espace de travail dans Fabric. Cet espace de travail est utilisé comme deuxième phase dans le pipeline de déploiement, et un nom dérivé de celui du premier espace de travail est suggéré. Par exemple, si le nom du premier espace de travail est ContosoApp, le nom du deuxième espace de travail peut être ContosoApp-Test.
  2. Créez un pipeline de déploiement dans Fabric. Vous trouverez un point d’entrée pour les pipelines de déploiement en bas de la liste de l’espace de travail. Sélectionnez Créer un pipeline ou + Nouveau pipeline.
  3. Dans la boîte de dialogue Créer un pipeline de déploiement, entrez un nom et une description pour le pipeline, puis sélectionnez Suivant.
  4. Configurez la structure de votre pipeline de déploiement en définissant les phases requises dans le pipeline. Par défaut, le pipeline comporte trois étapes nommées Development, Test et Production. Dans ce tutoriel, vous pouvez ignorer la phase de production et ne suivre que phases de développement et de test.
  5. Attribuez vos deux espaces de travail aux phases de développement et de test en les choisissant dans la liste, puis en sélectionnant Attribuer.

Déployer du contenu d’une phase à une autre

Le pipeline de déploiement Fabric compare automatiquement le contenu des espaces de travail de développement et de test. Pendant la comparaison, une icône de progression animée apparaît sur l’espace de travail de test. Une fois la comparaison terminée, en sélectionnant la phase de test du pipeline, vous accédez à un résumé des différences par élément Fabric. Le contenu de l’espace de travail de développement y est indiqué comme étant « uniquement dans la source ».

  • Pour procéder au déploiement du développement au test, sélectionnez tous les éléments de la liste, puis Déployer.
    • Comme les pipelines de déploiement Fabric sont utilisés sans suivi des modifications via le contrôle de code source dans nos tests,l’utilisation du champ Note sur le déploiement est conseillée pour informer l’équipe des modifications associées.
    • Une fois que vous avez sélectionné Déployer dans la boîte de dialogue de la phase de déploiement, Fabric exécute le pipeline de déploiement en arrière-plan.

Une fois le déploiement terminé, la phase de test du pipeline indique qu’elle est à jour.

Vérifier les différences entre les phases

Les pipelines de déploiement peuvent être utilisés pour comparer le contenu des espaces de travail affectés aux différentes phases. Pour la base de données SQL dans Fabric, la comparaison comprend les différences spécifiques entre les objets de base de données individuels dans les espaces de travail de développement et de test.

  1. Une fois le déploiement du pipeline terminé, revenez à l’espace de travail de développement et appliquez une modification aux objets de base de données. Les modifications peuvent inclure l’ajout d’une nouvelle table, l’ajout d’une nouvelle colonne ou la modification d’une procédure stockée existante.
  2. Une fois la modification apportée, revenez au pipeline de déploiement. Vous constaterez que le pipeline a détecté la modification et est prêt à la déployer sur l’espace de travail de test.
  3. Sélectionnez la phase de test pour afficher la liste des éléments dans la partie inférieure de la fenêtre, y compris ceux marqués comme « différent de la source ». Sélectionnez un élément comportant des modifications (marqué comme « différent de la source »), puis accédez à l’option Comparer pour afficher des détails plus précis sur les modifications.
  4. La boîte de dialogue qui s’ouvre pour un élément de base de données SQL ressemble à une comparaison de schémas. Elle affiche chaque objet de base de données SQL (table, procédure stockée, vue, etc.) avec les différences spécifiques identifiées.

Après avoir examiné les modifications en attente dans l’espace de travail de développement, vous pouvez répéter les étapes décrites précédemment pour déployer ces modifications dans la phase de test. Les modifications entre les espaces de travail peuvent être sélectionnées individuellement. Ainsi, si vous ne souhaitez pas déployer les modifications d’un objet spécifique (par exemple, un notebook), vous pouvez désélectionner cet élément avant de lancer le déploiement. Pour modifier des objets individuels de la base de données SQL, vous devez revenir à l’espace de travail de développement et apporter les modifications directement dans la base de données SQL.

Contenu connexe