Les données client, incluant des informations personnelles identifiables (PII), sont stockées dans Amazon Redshift. Différentes équipes nécessitent différents niveaux d'accès : le marketing a besoin de détails de réclamation obscurcis mais d'informations de contact complètes ; les réclamations ont besoin des informations client pour chaque réclamation qu'elles traitent ; l'analyse n'a besoin que des PII obscurcies. Quelle approche applique ces règles d'accès avec le moins de frais administratifs ?

La création de rôles de base de données distincts avec des politiques de masquage des données est la solution la plus efficace. Amazon Redshift prend en charge le masquage dynamique des données, permettant de définir des règles pour masquer ou obscurcir les PII en fonction du rôle de l'utilisateur. Cela garantit que chaque équipe voit les données conformément à ses besoins spécifiques (par exemple, le marketing voit les PII obscurcies, les réclamations voient les PII complètes) sans dupliquer les données ni gérer plusieurs clusters. L'approche du cluster distinct (A) est coûteuse et complexe. Les vues de base de données (B) peuvent aider mais ne gèrent pas le masquage dynamique des PII de manière aussi granulaire et sécurisée que les politiques de masquage. Déplacer vers S3 et Lake Formation (D) est une solution de lac de données plus large qui introduirait des frais administratifs et une complexité supplémentaires pour ce cas d'utilisation spécifique de base de données relationnelle.