Está implementando un lago de datos para análisis y debe restringir a un grupo llamado DataScientists a acceso de solo lectura en la ruta /raw/sales dentro de un único contenedor. No deben ver datos en otras carpetas. Los nuevos archivos en /raw/sales deben heredar los mismos permisos. ¿Qué debe hacer?

Para implementar un lago de datos con control de acceso granular a nivel de directorio y herencia de permisos, es fundamental que la cuenta de almacenamiento tenga habilitado el espacio de nombres jerárquico. Esto es un requisito previo para usar Azure Data Lake Storage Gen2 y sus capacidades de ACLs. Una vez habilitado, las ACLs de estilo POSIX permiten definir permisos específicos (lectura, escritura, ejecución) para usuarios y grupos en directorios y archivos individuales. Al establecer ACLs en el directorio /raw/sales para el grupo DataScientists con permisos r-x (lectura y ejecución, que en el contexto de directorios significa poder listar su contenido y acceder a sus subelementos), se restringe su acceso únicamente a esa ruta. Configurar ACLs predeterminadas en ese directorio asegura que los nuevos archivos creados dentro de /raw/sales hereden automáticamente estos permisos, cumpliendo con el requisito de herencia. Asignar el rol Storage Blob Data Reader a nivel de cuenta de almacenamiento otorgaría acceso de lectura a toda la cuenta, no solo a la ruta específica, lo cual es demasiado permisivo. Generar un SAS a nivel de contenedor no ofrece el control granular a nivel de directorio requerido ni la herencia de permisos. Habilitar NFS es para escenarios de montaje de archivos, no para el control de acceso granular de Data Lake Storage Gen2.