I dati dei clienti che includono PII sono archiviati in Amazon Redshift. Team diversi richiedono livelli di accesso diversi: il marketing necessita di dettagli sui reclami offuscati ma di informazioni di contatto complete; i reclami necessitano di informazioni sui clienti per ogni reclamo che elaborano; l'analisi necessita solo di PII offuscati. Quale approccio applica queste regole di accesso con il minimo overhead amministrativo?

L'opzione corretta è creare ruoli di database distinti in Amazon Redshift, definire policy di mascheramento dei dati per ogni team e allegare queste policy ai rispettivi ruoli. Questo approccio sfrutta le funzionalità native di Redshift per la sicurezza a livello di colonna e il mascheramento dinamico dei dati, consentendo di controllare l'accesso e la visibilità dei PII in base al ruolo dell'utente, con un overhead amministrativo minimo. Le altre opzioni sono meno efficienti: Provisionare cluster Redshift separati aumenterebbe significativamente i costi e la complessità amministrativa per la gestione e la sincronizzazione dei dati. Creare viste di database è una soluzione valida per limitare le colonne, ma non supporta il mascheramento dinamico dei dati (ad esempio, offuscare solo una parte di un campo) senza logica aggiuntiva complessa. Spostare i dati su S3 e usare Lake Formation è un'ottima soluzione per un data lake, ma introduce un layer di complessità e un costo aggiuntivo se i dati primari devono rimanere in Redshift per le query analitiche esistenti.