Você está construindo um data lake empresarial seguro que deve aplicar permissões granulares no nível da pasta e integrar-se com Azure Databricks e Azure Synapse serverless SQL. O acesso deve ser concedido via Azure AD e identidades gerenciadas. Quais duas decisões de design você deve implementar?

Para um data lake empresarial seguro com permissões granulares e integração com Azure Databricks e Azure Synapse serverless SQL, é essencial habilitar o namespace hierárquico na conta de armazenamento. Isso permite o uso de diretórios e ACLs no estilo POSIX, que são fundamentais para aplicar permissões granulares no nível da pasta, conforme exigido. A integração com Azure Databricks deve ser feita montando os dados usando o driver abfss:// e uma identidade gerenciada. O driver abfss:// é o protocolo otimizado para Azure Data Lake Storage Gen2 e a identidade gerenciada fornece um método seguro e sem credenciais para autenticação, alinhando-se com os requisitos de segurança e integração do Azure AD. Usar apenas o Azure RBAC no nível da conta de armazenamento não oferece a granularidade necessária para permissões no nível da pasta. Usar contêineres de blob sem namespace hierárquico e depender apenas de SAS não atende aos requisitos de ACLs no estilo POSIX e integração com Azure AD. Armazenar dados no Azure SQL Database não é a solução para um data lake e não se integra da mesma forma com Azure Databricks e Synapse serverless SQL para grandes volumes de dados não estruturados ou semiestruturados.