Dados de clientes que incluem PII são armazenados no Amazon Redshift. Diferentes equipes exigem diferentes níveis de acesso: o marketing precisa de detalhes de sinistros ofuscados, mas informações de contato completas; os sinistros precisam de informações do cliente para cada sinistro que processam; a análise precisa apenas de PII ofuscados. Qual abordagem impõe essas regras de acesso com o menor overhead administrativo?

A criação de funções de banco de dados distintas com políticas de mascaramento por equipe no Amazon Redshift é a abordagem com menor sobrecarga administrativa e mais escalável. O mascaramento de dados dinâmico permite que diferentes equipes vejam diferentes níveis de detalhe dos mesmos dados, sem a necessidade de duplicar dados ou criar múltiplas visualizações complexas. Provisionar clusters separados (opção 1) é ineficiente e caro, pois duplica dados e aumenta a sobrecarga de gerenciamento. Criar visualizações (opção 2) pode ser eficaz para alguns casos, mas o mascaramento dinâmico com funções é mais flexível e robusto para PII. Mover para o S3 e usar o Lake Formation (opção 4) é uma solução de data lake mais ampla, mas introduz complexidade e custo adicionais que não são estritamente necessários para este requisito específico dentro do Redshift.