Processus des pipelines de déploiement
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.
Important
Microsoft Fabric est en préversion.
Pendant le déploiement, Microsoft Fabric copie le contenu de la phase actuelle dans la phase cible. Les connexions entre les éléments copiés sont conservées lors du processus de copie. Fabric applique également les règles de déploiement configurées au contenu mis à jour dans la phase cible. Le déploiement de contenu peut prendre un certain temps, en fonction du nombre d’éléments en cours de déploiement. Pendant ce temps, vous pouvez accéder à d’autres pages du portail, mais vous ne pouvez pas utiliser le contenu dans la phase cible.
Vous pouvez aussi déployer du contenu programmatiquement, en utilisant les API REST des pipelines de déploiement. Pour plus d’informations sur ce processus, consultez Automatiser votre pipeline de déploiement en utilisant des API et DevOps.
Déployer du contenu dans une phase vide
Lorsque vous déployez du contenu sur une phase vide, un nouvel espace de travail est créé sur une capacité pour la phase sur laquelle vous effectuez le déploiement. Toutes les métadonnées des rapports, tableaux de bord et jeux de données de l’espace de travail d’origine sont copiées dans le nouvel espace de travail au cours de l’étape dans laquelle vous effectuez le déploiement.
Il existe deux façons de déployer du contenu d’une étape à une autre. Vous pouvez déployer tout le contenu, ou vous pouvez sélectionner les éléments à déployer.
Vous pouvez également déployer le contenu vers l’arrière, d’une étape ultérieure du pipeline de déploiement vers une ancienne.
Une fois le déploiement terminé, actualisez les jeux de données afin de pouvoir utiliser le contenu qui vient d’être copié. L’actualisation du jeu de données est nécessaire, car les données ne sont pas copiées d’une étape à l’autre. Pour savoir quelles propriétés d’élément sont copiées pendant le processus de déploiement et quelles propriétés ne le sont pas, consultez la section Propriétés d’élément copiées lors du déploiement.
Créer un espace de travail
La première fois que vous déployez du contenu, les pipelines de déploiement vérifient si vous disposez d’autorisations.
Si vous disposez d’autorisations, le contenu de l’espace de travail est copié dans l’étape sur laquelle vous effectuez le déploiement, et un nouvel espace de travail pour cette étape est créé sur la capacité.
Si vous ne disposez pas d’autorisations, l’espace de travail est créé, mais le contenu n’est pas copié. Vous pouvez demander à un administrateur de capacité d’ajouter votre espace de travail à une capacité ou demander l’attribution d’autorisations pour la capacité. Plus tard, lorsque l’espace de travail est affecté à une capacité, vous pouvez déployer le contenu dans cet espace de travail.
Si vous utilisez Premium par utilisateur (PPU), votre espace de travail est automatiquement créé dans la capacité associée à votre PPU. Dans ce cas, les autorisations ne sont pas requises. En revanche, les espaces de travail créés par un utilisateur PPU sont uniquement accessibles par d’autres utilisateurs PPU. De plus, le contenu créé dans ces espaces de travail peut uniquement être consommé par des utilisateurs PPU.
Propriété de l’espace de travail et du contenu
L’utilisateur qui effectue le déploiement devient automatiquement le propriétaire du jeu de données cloné et le seul administrateur du nouvel espace de travail.
Déployer du contenu dans un espace de travail existant
Le déploiement de contenu depuis un pipeline de production en cours d’utilisation, sur une étape disposant d’un espace de travail existant, inclut les éléments suivants :
Déploiement d’un nouveau contenu en tant qu’ajout au contenu déjà présent.
Déploiement de contenu mis à jour pour remplacer une partie du contenu déjà présent.
Processus de déploiement
Lorsque le contenu de la phase actuelle est copié vers la phase cible, Fabric identifie le contenu existant dans la phase cible et le remplace. Pour identifier l’élément de contenu qui doit être remplacé, les pipelines de déploiement utilisent la connexion entre l’élément parent et ses clones. Cette connexion est conservée lors de la création de nouveau contenu. L’opération de remplacement remplace uniquement le contenu de l’élément. L’ID, l’URL et les autorisations de l’élément restent inchangés.
Dans l’étape cible, les propriétés d’élément qui ne sont pas copiées restent telles qu’elles étaient avant le déploiement. Le nouveau contenu et les nouveaux éléments sont copiés de l’étape actuelle à l’étape cible.
Liaison automatique
Dans Fabric, lorsque des éléments sont connectés, l’un des éléments dépend de l’autre. Par exemple, un rapport va toujours dépendre du jeu de données auquel il est connecté. Un jeu de données peut dépendre d’un autre jeu de données et peut également être connecté à plusieurs rapports qui en dépendent. S’il existe une connexion entre deux éléments, les pipelines de déploiement essaient toujours de maintenir cette connexion.
Lors du déploiement, les pipelines de déploiement vérifient les dépendances. Le déploiement va réussir ou échouer, en fonction de l’emplacement de l’élément qui fournit les données dont l’élément déployé dépend.
L’élément lié existe dans la phase cible : les pipelines de déploiement vont connecter automatiquement (liaison automatique) l’élément déployé à l’élément dont il dépend dans la phase déployée. Par exemple, si vous déployez un rapport paginé du développement au test et qu’il est connecté à un jeu de données précédemment déployé à l’étape de test, il sera automatiquement connecté à ce jeu de données.
L’élément lié n’existe pas dans la phase cible : les pipelines de déploiement vont échouer à déployer si un élément a une dépendance vis-à-vis d’un autre élément, et que l’élément qui fournit les données n’est pas déployé et ne se trouve pas dans la phase cible. Par exemple, si vous déployez un rapport à partir du développement pour le test et que la phase de test ne contient pas son jeu de données, le déploiement échoue. Pour éviter les échecs de déploiement dus à des éléments dépendants qui n’ont pas été déployés, utilisez le bouton Sélectionner les éléments connexes. Sélectionner les éléments connexes sélectionne automatiquement tous les éléments associés qui fournissent des dépendances aux éléments que vous allez déployer.
La liaison automatique fonctionne uniquement avec les éléments pris en charge par les pipelines de déploiement et résidant dans Fabric. Pour afficher les dépendances d’un élément, dans le menu Autres options de l’élément, sélectionnez Afficher la traçabilité.
Liaison automatique entre les pipelines
Les pipelines de déploiement lient automatiquement les éléments connectés entre les pipelines, s’ils se trouvent dans la même phase de pipeline. Quand vous déployez ces éléments, les pipelines de déploiement tentent d’établir une nouvelle connexion entre l’élément déployé et l’élément auquel il est connecté dans l’autre pipeline. Par exemple, si vous avez un rapport dans l’étape de test du pipeline A connecté à un jeu de données dans l’étape de test du pipeline B, les pipelines de déploiement reconnaîtront cette connexion.
Voici un exemple avec des illustrations qui vont montrer le fonctionnement de la liaison automatique entre des pipelines :
Vous avez un jeu de données dans l’étape de développement du pipeline A.
Vous avez aussi un rapport dans l’étape de développement du pipeline B.
Votre rapport dans le pipeline B est connecté à votre jeu de données dans le pipeline A. Votre rapport dépend de ce jeu de données.
Vous déployez le rapport dans le pipeline B de la phase de développement à la phase de test.
Le déploiement réussit ou échoue, selon que vous disposez ou non d’une copie du jeu de données dont il dépend dans la phase de test du pipeline A :
Vous disposez d’une copie du jeu de données dont dépend le rapport dans la phase de test du pipeline A
Le déploiement va réussir et les pipelines de déploiement vont connecter (liaison automatique) le rapport de la phase de test du pipeline B au jeu de données de la phase de test du pipeline A.
Vous ne disposez pas d’une copie du jeu de données dont dépend le rapport dans la phase de test du pipeline A
Le déploiement va échouer, car les pipelines de déploiement ne peuvent pas connecter (liaison automatique) le rapport de la phase de test du pipeline B au jeu de données dont il dépend dans la phase de test du pipeline A.
Éviter d’utiliser la liaison automatique
Dans certains cas, vous ne souhaitez pas utiliser la liaison automatique. Par exemple, si vous avez un pipeline pour développer des jeux de données d’organisation et un autre pour créer des rapports. Dans ce cas, vous pouvez souhaiter que tous les rapports soient toujours connectés aux jeux de données dans la phase de production du pipeline auquel ils appartiennent. Pour cela, vous devez éviter d’utiliser la fonctionnalité de liaison automatique.
Trois méthodes vous permettent d’éviter d’utiliser la liaison automatique :
Ne connectez pas l’élément aux étapes correspondantes. Quand les éléments ne sont pas connectés dans la même phase, les pipelines de déploiement conservent la connexion d’origine. Par exemple, si vous avez un rapport dans la phase de développement du pipeline B qui est connecté à un jeu de données dans la phase de production du pipeline A : quand vous déployez le rapport dans la phase de test du pipeline B, il reste connecté au jeu de données dans la phase de production du pipeline A.
Définir une règle de paramètre. Cette option n’est pas disponible pour les rapports : vous pouvez l’utiliser seulement avec des jeux de données et des flux de données.
Connectez vos rapports, vos tableaux de bord et vos vignettes à un jeu de données ou un flux de données de proxy qui n’est pas connecté à un pipeline.
Liaison automatique et paramètres
Les paramètres peuvent être utilisés pour contrôler les connexions entre les jeux de données ou les flux de données et les éléments dont ils dépendent. Quand un paramètre contrôle la connexion, la liaison automatique après le déploiement n’a pas lieu, même quand la connexion comprend un paramètre qui s’applique à l’ID du jeu de données ou du flux de données, ou à l’ID de l’espace de travail. Dans ce cas, vous devrez relier les éléments après le déploiement en modifiant la valeur du paramètre ou en utilisant des règles de paramètre.
Notes
Si vous utilisez des règles de paramètre pour relier des éléments, les paramètres doivent être de type Text.
Actualisation des données
Les données de l’élément cible, telles qu’un jeu de données ou un flux de données, sont conservées dans la mesure du possible. S’il n’y a aucune modification apportée à un élément qui contient les données, les données sont conservées telles qu’elles étaient avant le déploiement.
Dans de nombreux cas, lorsque vous avez une petite modification telle que l’ajout ou la suppression d’une table, Fabric conserve les données d’origine. Pour les modifications de schéma cassantes ou les modifications apportées à la connexion à la source de données, une actualisation complète est nécessaire.
Conditions requises pour le déploiement sur une étape avec un espace de travail existant
Tout utilisateur sous licence membre des espaces de travail de déploiement cible et source peut déployer du contenu qui réside sur une capacité à une étape avec un espace de travail existant. Pour plus d'informations, consultez la section Autorisations.
Éléments déployés
Lorsque vous déployez du contenu d’une étape de pipeline à une autre, le contenu copié peut contenir les éléments suivants :
Jeux de données
Rapports
Dataflows
Datamarts
Tableaux de bord
Rapports paginés
Éléments non pris en charge
Les pipelines de déploiement ne prennent pas en charge les éléments suivants :
Jeux de données qui ne proviennent pas d’un fichier .pbix
Transmettre des jeux de données
Flux de données en streaming
Rapports basés sur des jeux de données non pris en charge
Classeurs
Mesures
Propriétés de l’élément copiées lors du déploiement
Pendant le déploiement, les propriétés d’élément suivantes sont copiées et remplacent les propriétés de l’élément à l’étape cible :
Sources de données (les règles de déploiement sont prises en charge)
Paramètres (les règles de déploiement sont prises en charge)
Visuels de rapport
Pages d’un rapport
Vignettes de tableau de bord
Métadonnées du modèle
Relations d’élément
Les étiquettes de sensibilité sont copiées uniquement lorsque l’une des conditions répertoriées ci-dessous est remplie. Si ces conditions ne sont pas remplies, les étiquettes de sensibilité ne sont pas copiées lors du déploiement.
Un nouvel élément est déployé, ou un élément existant est déployé sur une scène vide.
Notes
Dans les cas où l’étiquetage par défaut est activé sur le locataire, et que l’étiquette par défaut est valide, si l’élément déployé est un jeu de données ou un flux de données, l’étiquette sera copiée à partir de l’élément source seulement si l’étiquette est protégée. Si l’étiquette n’est pas protégée, l’étiquette par défaut sera appliquée au jeu de données ou au flux de données cible nouvellement créé.
L’élément source a une étiquette avec protection et l’élément cible n’en a pas. Dans ce cas, une fenêtre contextuelle s’affiche pour vous demander de consentir au remplacement de l’étiquette de sensibilité cible.
Propriétés d’élément qui ne sont pas copiées
Les propriétés d’élément suivantes ne sont pas copiées lors du déploiement :
Données : les données ne sont pas copiées, seules les métadonnées sont copiées
URL
ID
Autorisations : pour un espace de travail ou un élément spécifique
Paramètres de l’espace de travail : chaque étape a son propre espace de travail
Contenu et paramètres des applications - Pour mettre à jour vos applications, consultez Mettre à jour du contenu vers dans applications Power BI
Les propriétés de jeu de données suivantes ne sont pas copiées non plus lors du déploiement :
Attribution de rôle
Planification de l’actualisation
Informations d’identification de la source de données
Paramètres de mise en cache des requêtes (peuvent être hérités de la capacité)
Paramètres d’approbation
Fonctionnalités de jeux de données prises en charge
Les pipelines de déploiement prennent en charge de nombreuses fonctionnalités de jeu de données. Cette section répertorie deux fonctionnalités de jeu de données qui peuvent améliorer votre expérience de pipelines de déploiement :
Actualisation incrémentielle
Les pipelines de déploiement prennent en charge l’actualisation incrémentielle, une fonctionnalité qui offre aux jeux de données volumineux des actualisations plus rapides et plus fiables, avec une consommation plus faible.
Avec les pipelines de déploiement, vous pouvez apporter des mises à jour à un jeu de données avec actualisation incrémentielle tout en conservant les données et les partitions. Lorsque vous déployez le jeu de données, la stratégie est copiée également.
Pour comprendre le comportement de l’actualisation incrémentielle avec les flux de données, consultez Pourquoi est-ce que je vois deux sources de données connectées à mon flux de données après avoir utilisé des règles de flux de données ?
Activation de l’actualisation incrémentielle dans un pipeline
Pour activer l’actualisation incrémentielle, configurez-la dans Power BI Desktop, puis publiez votre jeu de données. Après publication, la stratégie d’actualisation incrémentielle est similaire dans tout le pipeline. Elle ne peut être créée que dans Power BI Desktop.
Une fois votre pipeline configuré avec l’actualisation incrémentielle, nous vous recommandons de suivre le flux suivant :
Apportez des modifications à votre fichier .pbix dans Power BI Desktop. Pour éviter un long temps d’attente, vous pouvez effectuer des modifications en utilisant un échantillon de vos données.
Chargez votre fichier .pbix à la phase de développement.
Déployez votre contenu à la phase de test. Après le déploiement, les modifications que vous avez apportées s’appliqueront à l’ensemble du jeu de données utilisé.
Vérifiez les modifications que vous avez apportées à la phase de test, puis effectuez le déploiement à la phase de production.
Exemples d'utilisation
Voici quelques exemples d’intégrations possibles de l’actualisation incrémentielle avec des pipelines de déploiement.
Créez un pipeline et connectez-le à un espace de travail avec un jeu de données sur lequel l’actualisation incrémentielle est activée.
Activez l’actualisation incrémentielle dans un jeu de données qui se trouve déjà dans un espace de travail de développement .
Créez un pipeline à partir d’un espace de travail de production comprenant un jeu de données qui utilise l’actualisation incrémentielle. Pour cela, affectez l’espace de travail à la phase de production d’un nouveau pipeline, puis utilisez le déploiement en arrière pour effectuer un déploiement vers la phase de test, puis vers la phase de développement.
Publiez un jeu de données qui utilise l’actualisation incrémentielle dans un espace de travail faisant partie d’un pipeline existant.
Limitations de l’actualisation incrémentielle
Pour l’actualisation incrémentielle, les pipelines de déploiement ne prennent en charge que les jeux de données qui utilisent les métadonnées de jeu de données avancées. Tous les jeux de données créés ou modifiés avec Power BI Desktop implémentent automatiquement les métadonnées de jeu de données avancées.
En cas de republication d’un jeu de données dans un pipeline actif sur lequel l’actualisation incrémentielle est activée, les modifications suivantes entraînent l’échec du déploiement en raison d’un risque de perte de données :
Republication d’un jeu de données qui n’utilise pas l’actualisation incrémentielle pour en remplacer un autre sur lequel elle est activée
Attribution d’un nouveau nom à une table sur laquelle l’actualisation incrémentielle est activée
Attribution d’un nouveau nom à des colonnes non calculées dans une table sur laquelle l’actualisation incrémentielle est activée
D’autres modifications, comme l’ajout ou la suppression d’une colonne, ou l’attribution d’un nouveau nom à une colonne calculée, sont autorisées. Toutefois, si elles affectent l’affichage, une actualisation est nécessaire pour qu’elles deviennent visibles.
Modèles composites
Les modèles composites permettent de configurer un rapport avec plusieurs connexions de données.
Vous pouvez utiliser la fonctionnalité des modèles composites pour connecter un jeu de données Fabric à un jeu de données externe tel que Azure Analysis Services. Pour plus d’informations, consultez Utilisation des jeux de données et des Azure Analysis Services DirectQuery pour Fabric.
Dans un pipeline de déploiement, vous pouvez utiliser des modèles composites pour connecter un jeu de données à un autre jeu de données Fabric externe au pipeline.
Agrégations automatiques
Les agrégations automatiques s’appuient sur des agrégations définies par l’utilisateur et utilisent le machine learning pour optimiser en permanence les jeux de données DirectQuery et ainsi maximiser les performances des requêtes de rapport.
Chaque jeu de données conserve ses agrégations automatiques après le déploiement. Les pipelines de déploiement ne modifient pas l’agrégation automatique d’un jeu de données. Cela signifie que si vous déployez un jeu de données avec une agrégation automatique, l’agrégation automatique dans la phase cible restera telle quelle et ne sera pas remplacée par l’agrégation automatique déployée à partir de la phase source.
Pour activer les agrégations automatiques, suivez les instructions fournies dans Configurer les agrégations automatiques.
Tables hybrides
Les tables hybrides sont des tables avec actualisation incrémentielle qui peuvent avoir des partitions d’importation et de requête directe. Durant un nouveau déploiement, la stratégie d’actualisation et les partitions de table hybride sont copiées. Lorsque vous effectuez un déploiement sur une phase de pipeline qui a déjà des partitions de table hybrides, seule la stratégie d’actualisation est copiée. Pour mettre à jour les partitions, actualisez la table.
Mettre à jour du contenu vers des applications Power BI
Les applications Power BI sont le moyen recommandé de distribuer du contenu aux consommateurs Fabric gratuits. Vous pouvez mettre à jour le contenu de vos applications Power BI à l’aide d’un pipeline de déploiement, ce qui vous offre plus de contrôle et de flexibilité en termes de le cycle de vie de vos applications.
Créez une application pour chaque étape du pipeline de déploiement, afin de pouvoir tester chaque mise à jour du point de vue d’un utilisateur final. Utilisez le bouton Publier ou Afficher de la carte de l’espace de travail pour publier ou afficher l’application dans une étape de pipeline spécifique.
Dans la phase de production, le bouton action main dans le coin inférieur droit ouvre la page de mise à jour de l’application dans Fabric, afin que toutes les mises à jour de contenu soient disponibles pour les utilisateurs de l’application.
Important
Le processus de déploiement n’inclut pas la mise à jour du contenu ou des paramètres de l’application. Pour appliquer les modifications apportées au contenu ou aux paramètres, vous devez mettre à jour manuellement l’application dans l’étape de pipeline requise.
Autorisations
Des autorisations sont requises pour le pipeline, ainsi que pour les espaces de travail qui lui sont attribués. Les autorisations de pipeline et d’espace de travail sont accordées et gérées séparément.
Les pipelines disposent d’une seule autorisation, Administration, qui est requise pour le partage, la modification et la suppression d’un pipeline.
Les espaces de travail disposent d’autorisations différentes, également appelées rôles. Les rôles d’espace de travail déterminent le niveau d’accès à un espace de travail dans un pipeline.
Pour effectuer un déploiement d’une étape à une autre dans le pipeline, vous devez être administrateur de pipeline et membre ou administrateur des espaces de travail attribués aux étapes impliquées. Par exemple, un administrateur de pipeline qui n’est pas attribué à un rôle d’espace de travail peut afficher le pipeline et le partager avec d’autres. Toutefois, cet utilisateur ne pourra pas afficher le contenu de l’espace de travail dans le pipeline ou dans le service et ne pourra pas effectuer de déploiements.
Tableau des autorisations
Cette section décrit les autorisations de pipeline de déploiement. Les autorisations répertoriées dans cette section peuvent avoir des applications différentes dans d’autres fonctionnalités de Fabric.
L’autorisation de pipeline de déploiement la plus faible est administrateur de pipeline, et elle est requise pour toutes les opérations de pipeline de déploiement.
| Utilisateur | Autorisations de pipeline | Commentaires |
|---|---|---|
| Administrateur de pipeline |
|
L’accès au pipeline n’accorde pas d’autorisations pour afficher ou prendre des mesures sur le contenu de l’espace de travail. |
| Visionneuse d’espace de travail (et administrateur de pipeline) |
|
Les membres de l’espace de travail affectés au rôle Lecteur sans autorisations de création ne peuvent pas accéder au jeu de données ni modifier le contenu de l’espace de travail. |
| Contributeur d’espace de travail (et administrateur de pipeline) |
|
|
| Membre de l’espace de travail (et administrateur de pipeline) |
|
Si le paramètre Bloquer la republication et désactiver l’actualisation des packages qui se trouve dans la section Sécurité du jeu de données du locataire est activé, seuls les propriétaires du jeu de données peuvent mettre à jour les jeux de données. |
| Administrateur de l’espace de service (et administrateur de pipeline) |
|
Permissions accordées
Lorsque vous déployez des éléments Power BI, la propriété de l’élément déployé peut changer. Consultez le tableau ci-dessous pour savoir qui peut déployer chaque élément et comment le déploiement affecte la propriété de l’élément.
| Élément d’infrastructure | Autorisation nécessaire pour déployer un élément existant | Propriété de l’élément après un nouveau déploiement | Propriété de l’élément après le déploiement sur une phase avec l’élément |
|---|---|---|---|
| Dataset | Membre de l’espace de travail | L’utilisateur qui a effectué le déploiement devient le propriétaire | Inchangé |
| Flux de données | Propriétaire du flux de données | L’utilisateur qui a effectué le déploiement devient le propriétaire | Inchangé |
| Datamart | Propriétaire du datamart | L’utilisateur qui a effectué le déploiement devient le propriétaire | Inchangé |
| Rapport paginé | Membre de l’espace de travail | L’utilisateur qui a effectué le déploiement devient le propriétaire | L’utilisateur qui a effectué le déploiement devient le propriétaire |
Autorisations requises pour les actions courantes
Le tableau ci-dessous répertorie les autorisations requises pour les actions courantes de pipeline de déploiement. Sauf indication contraire, pour chaque action, vous devez disposer de toutes les autorisations répertoriées.
| Action | Autorisations requises |
|---|---|
| Afficher la liste des pipelines de votre organisation | Aucune licence requise (utilisateur gratuit) |
| Créer un pipeline | Utilisateur disposant de l’une des licences suivantes :
|
| Supprimer un pipeline | Administrateur de pipeline |
| Ajouter ou supprimer un utilisateur de pipeline | Administrateur de pipeline |
| Attribuer un espace de travail à une étape |
|
| Désattribuer un espace de travail à une étape | Celui-ci peut avoir l'une des valeurs suivantes :
|
| Déployer dans une étape vide |
|
| Déployer des éléments vers l’étape suivante |
|
| Afficher ou définir une règle |
|
| Gérer les paramètres de pipeline | Administrateur de pipeline |
| Afficher une étape de pipeline |
|
| Afficher la liste des éléments d’une étape | Administrateur de pipeline |
| Comparer deux étapes |
|
| Voir l’historique des déploiements | Administrateur de pipeline |
Considérations et limitations
Cette section répertorie la plupart des limitations dans les pipelines de déploiement.
L’espace de travail doit résider sur une capacité Fabric.
Le nombre maximal d’éléments pouvant être déployés dans un même déploiement est de 300.
Le téléchargement d’un fichier .pbix après le déploiement n’est pas pris en charge.
Lorsque vous déployez un élément Power BI pour la première fois, si un autre élément de la phase cible est de type similaire (par exemple, si les deux fichiers sont des rapports) et porte le même nom, le déploiement échoue.
Pour obtenir la liste des limitations des espaces de travail, consultez Limitations de l’attribution d’espaces de travail.
Pour obtenir la liste des éléments non pris en charge, consultez Éléments non pris en charge.
Limitations du jeu de données
Les jeux de données qui utilisent la connectivité des données en temps réel ne peuvent pas être déployés.
Un jeu de données avec le mode de connectivité DirectQuery ou Composite, qui utilise des tables de variation Date/heure automatiques, n’est pas pris en charge. Pour plus d’informations, consultez Que puis-je faire si j’ai un jeu de données avec le mode de connectivité DirectQuery ou Composite, qui utilise des tables de variation ou de calendrier ?
Pendant le déploiement, si le jeu de données cible utilise une connexion en direct, le jeu de données source doit également utiliser ce mode de connexion.
Après le déploiement, le téléchargement d’un jeu de données (à partir de la phase où il a été déployé) n’est pas pris en charge.
Pour obtenir une liste des limitations des règles de déploiement, consultez les limitations des règles de déploiement.
Limitations des flux de données
Lorsque vous déployez un flux de données sur une phase vide, les pipelines de déploiement créent un espace de travail et définissent le stockage de flux de données sur un stockage Blob Fabric. Un stockage d’objets blob est utilisé même si l’espace de travail source est configuré pour utiliser Azure Data Lake Storage Gen2 (ADLS Gen2).
Le principal de service n’est pas pris en charge pour les flux de données.
Le déploiement du modèle CDM (Common Data Model) n’est pas pris en charge.
Pour les limitations des règles de pipeline de déploiement qui affectent les flux de données, consultez Limitations des règles de déploiement.
Si un flux de données est actualisé pendant le déploiement, le déploiement échoue.
Quand vous comparez des phases pendant l’actualisation des flux de données, les résultats sont imprévisibles.
Limites des datamarts
Vous ne pouvez pas déployer un datamart avec des étiquettes de confidentialité.
Pour déployer un datamart, vous devez être le propriétaire du datamart.