Partager via

Rôles et autorisations pour Azure Data Factory

S’APPLIQUE À : Azure Data Factory Azure Synapse Analytics

Tip

Essayez Data Factory dans Microsoft Fabric, une solution d’analyse tout-en-un pour les entreprises. Microsoft Fabric couvre tous les aspects, du déplacement des données à la science des données, en passant par l’analyse en temps réel, la business intelligence et le reporting. Découvrez comment démarrer un nouvel essai gratuitement !

La plupart des rôles nécessaires pour Azure Data Factory sont certains des rôles intégrés Microsoft Entra standard : Propriétaire, Contributeur, Lecteur, etc.

Bien qu’il existe un rôle Azure Data Factory spécial : Contributeur Data Factory

Cet article explique les autorisations nécessaires pour effectuer des actions dans Azure Data Factory, les fonctionnalités dont dispose le rôle Contributeur Data Factory et comment configurer des autorisations.

Autorisations pour créer des instances Data Factory

Pour créer des instances Data Factory, le compte d’utilisateur que vous utilisez pour vous connecter à Azure doit être membre du rôle contributeur , du rôle propriétaire ou d’un administrateur de l’abonnement Azure.

Pour visualiser les autorisations dont vous disposez dans l’abonnement, sélectionnez votre nom d’utilisateur dans l’angle supérieur droit du portail Azure, puis choisissez Mes autorisations. Si vous avez accès à plusieurs abonnements, sélectionnez l’abonnement approprié.

Autorisations pour créer et gérer des ressources dans Data Factory

  • Pour créer et gérer des ressources enfants dans le portail Data Factory , notamment les jeux de données, les services liés, les pipelines, les déclencheurs et les runtimes d’intégration, vous avez besoin des autorisations Contributeur Data Factory OU Contributeur Microsoft Entra ID au niveau du groupe de ressources ou versions ultérieures.

    Note

    Si le rôle Contributeur vous a déjà été attribué au niveau Groupe de ressources ou à un niveau supérieur, vous n’avez pas besoin du rôle Contributeur Data Factory. Le rôle Contributeur est un rôle de superset qui inclut toutes les autorisations du rôle Contributeur Data Factory.

Autorisations de gestion des autorisations dans Data Factory

Pour accorder cet accès à d’autres utilisateurs, vous avez besoin d’autorisations Contributeur Data Factory sur le groupe de ressources qui contient Data Factory.

Portée du rôle Contributeur de Data Factory

L’appartenance au rôle Contributeur de Data Factory permet aux utilisateurs d’effectuer les opérations suivantes :

  • Créer, modifier et supprimer des fabriques de données et des ressources enfants, y compris des jeux de données, des services liés, des pipelines, des déclencheurs et des runtimes d’intégration.
  • Déployer des modèles Resource Manager. Le déploiement Resource Manager est la méthode de déploiement utilisée par Data Factory dans le portail Microsoft Azure.
  • Gérer les alertes App Insights pour une fabrique de données.
  • Créer des tickets de support.

Pour plus d’informations sur ce rôle, voir Rôle Contributeur de Data Factory.

Déploiement de modèle Resource Manager

Le rôle Contributeur de Data Factory, au niveau du groupe de ressources ou au-delà, permet aux utilisateurs de déployer des modèles Resource Manager. Par conséquent, les membres de ce rôle peuvent utiliser des modèles Resource Manager pour déployer des fabriques de données et leurs ressources enfants, y compris des jeux de données, des services liés, des pipelines, des déclencheurs et des runtimes d’intégration. L’appartenance à ce rôle ne permet pas à l’utilisateur de créer d’autres ressources.

Les autorisations pour les référentiels Azure et GitHub sont indépendantes des autorisations Data Factory. Par conséquent, un utilisateur disposant des autorisations de référentiel et uniquement membre du rôle Lecteur peut modifier les ressources enfant Data Factory et apporter des modifications au référentiel, mais il ne peut pas publier ces modifications.

Important

Le déploiement du modèle Resource Manager avec le rôle Contributeur de Data Factory ne permet pas d’accroître vos autorisations. Par exemple, si vous déployez un modèle qui crée une machine virtuelle Azure et si vous n’êtes pas autorisé à créer des machines virtuelles, le déploiement échoue et renvoie une erreur d’autorisation.

Dans un contexte de publication, l’autorisation Microsoft.DataFactory/factories/write s’applique aux modes suivants.

  • Cette autorisation n’est requise en Mode réel que lorsque le client modifie les paramètres globaux.
  • Cette autorisation est toujours requise en Mode Git, car, après chaque publication du client, l’objet de fabrique présentant l’ID de la dernière validation doit être mis à jour.

Scénarios et rôles personnalisés

Parfois, il peut se révéler utile d’accorder différents niveaux d’accès selon les utilisateurs de la fabrique de données. For example:

  • Vous avez peut-être besoin d’un groupe dans lequel les utilisateurs disposent uniquement d’autorisations sur une fabrique de données spécifique.
  • Ou bien, vous avez peut-être besoin d’un groupe dans lequel les utilisateurs peuvent uniquement surveiller une ou plusieurs fabriques de données, mais pas les modifier.

Pour ces scénarios personnalisés, vous devez créer des rôles personnalisés et les assigner aux utilisateurs. Pour plus d’informations sur les rôles personnalisés, voir Rôles personnalisés dans Azure.

Voici quelques exemples qui illustrent l’intérêt d’utiliser des rôles personnalisés :

  • Vous permettez à un utilisateur de créer, modifier ou supprimer une fabrique de données dans un groupe de ressources à partir du portail Microsoft Azure.

    Vous attribuez le rôle intégré Contributeur de Data Factory à l’utilisateur au niveau du groupe de ressources. Si vous souhaitez autoriser l’accès à une fabrique de données dans un abonnement, attribuez le rôle au niveau de l’abonnement.

  • Vous laissez un utilisateur afficher (lire) et surveiller une fabrique de données, mais vous ne l’autorisez pas à l’éditer ou à la modifier.

    Vous attribuez le rôle lecteur à l’utilisateur dans la ressource de fabrique de données.

  • Vous permettez à un utilisateur de modifier une seule fabrique de données dans le portail Microsoft Azure.

    Ce scénario nécessite deux attributions de rôles.

    1. Vous attribuez le rôle Contributeur au niveau de la fabrique de données.
    2. Vous créez un rôle personnalisé avec l’autorisation Microsoft.Resources/deployments/. Vous attribuez ce rôle personnalisé à l’utilisateur au niveau du groupe de ressources.

  • Vous permettez à un utilisateur de tester la connexion dans un service lié ou d’afficher un aperçu des données dans un jeu de données

    Créez un rôle personnalisé avec des autorisations pour les actions suivantes : Microsoft.DataFactory/factories/getFeatureValue/read et Microsoft.DataFactory/factories/getDataPlaneAccess/action. Attribuez ce rôle personnalisé à l’utilisateur dans la ressource de fabrique de données.

  • Vous permettez à un utilisateur de mettre à jour une fabrique de données à partir de PowerShell ou du SDK, mais pas dans le portail Microsoft Azure.

    Vous attribuez le rôle Contributeur à l’utilisateur pour la ressource de fabrique de données. Ce rôle permet à l’utilisateur de voir les ressources dans le portail Azure, mais pas d’accéder aux boutons Publier et Publier tout.

Comment attribuer des rôles d’ID Microsoft Entra

Pour obtenir des exemples d’instructions sur l’ajout d’un utilisateur à un rôle Microsoft Entra ID, consultez l’article Ajouter des rôles .

Related content

  • Last updated on