Vous créez un lac de données d'entreprise sécurisé qui doit appliquer des autorisations granulaires au niveau des dossiers et s'intégrer à Azure Databricks et à Azure Synapse serverless SQL. L'accès doit être accordé via Azure AD et les identités managées. Quelles sont les deux décisions de conception que vous devez implémenter ?

Pour des autorisations granulaires au niveau des dossiers et l'intégration avec Databricks et Synapse serverless SQL, l'activation de l'espace de noms hiérarchique est essentielle. Cela transforme le compte de stockage en Azure Data Lake Storage Gen2 (ADLS Gen2), permettant l'utilisation de répertoires et de listes de contrôle d'accès (ACL) de style POSIX. Ces ACL sont nécessaires pour les autorisations granulaires spécifiées. Le montage des données dans Azure Databricks à l'aide du pilote abfss:// et d'une identité managée est la méthode recommandée pour une intégration sécurisée et performante avec ADLS Gen2, en tirant parti d'Azure AD. L'utilisation exclusive d'Azure RBAC au niveau du compte de stockage ne permet pas la granularité au niveau des dossiers. Les conteneurs de blobs sans espace de noms hiérarchique ne prennent pas en charge les ACL de style POSIX, et les SAS ne sont pas idéales pour la gestion des accès à long terme et granulaires. Stocker toutes les données dans Azure SQL Database est une solution de base de données relationnelle, pas un lac de données, et ne répond pas aux exigences de stockage de données non structurées ou semi-structurées ni aux intégrations demandées.