Vous implémentez un lac de données pour l'analyse et devez restreindre un groupe nommé DataScientists à un accès en lecture seule sur le chemin /raw/sales au sein d'un seul conteneur. Ils ne doivent pas voir les données dans d'autres dossiers. Les nouveaux fichiers sous /raw/sales doivent hériter des mêmes autorisations. Que devez-vous faire ?

Pour implémenter des autorisations granulaires au niveau des répertoires et des fichiers, ainsi que l'héritage des autorisations, un compte de stockage doit avoir l'espace de noms hiérarchique activé. C'est une fonctionnalité clé d'Azure Data Lake Storage Gen2, qui permet l'utilisation d'ACL de style POSIX. Une fois l'espace de noms hiérarchique activé, vous pouvez définir des ACL (Access Control Lists) sur le répertoire /raw/sales. Accorder r-x (lecture et exécution/parcours) au groupe DataScientists sur ce répertoire assure qu'ils peuvent lire les fichiers et lister le contenu. Configurer des ACL par défaut sur /raw/sales garantit que les nouveaux fichiers et sous-répertoires créés sous ce chemin hériteront automatiquement de ces mêmes autorisations, répondant ainsi à l'exigence d'héritage. Attribuer le rôle Lecteur des données du blob de stockage au niveau du compte de stockage serait trop permissif, car cela donnerait accès à toutes les données du compte, pas seulement au chemin spécifié. Générer un SAS au niveau du conteneur ne permettrait pas un contrôle d'accès granulaire au niveau du répertoire et ne prendrait pas en charge l'héritage des autorisations. Activer le protocole NFS est une option de connectivité, pas une solution de gestion des autorisations granulaires pour ce scénario.