Une entreprise utilise un maillage de données (data mesh) avec un compte de gouvernance central et AWS Lake Formation pour le catalogage et le partage. Un nouveau produit de données contient des tables Amazon Redshift Serverless. L'équipe marketing doit avoir accès uniquement à un sous-ensemble de colonnes, et l'équipe de conformité doit avoir accès à un sous-ensemble différent. Quelle combinaison d'étapes un ingénieur de données doit-il suivre pour y parvenir ? (Choisissez deux.)

Pour partager des tables Amazon Redshift Serverless avec des contrôles d'accès granulaires dans un data mesh utilisant AWS Lake Formation, la première étape est de créer un partage de données Amazon Redshift. Ce partage de données encapsule les tables source et permet de définir des autorisations au niveau des colonnes, ce qui est essentiel pour les exigences des équipes marketing et de conformité. Ensuite, ce partage de données Redshift doit être partagé avec le catalogue Lake Formation du compte de gouvernance. Lake Formation agit comme le point central pour la découverte et la gestion des autorisations, permettant ainsi d'appliquer les politiques d'accès aux colonnes spécifiques pour chaque équipe via Lake Formation, sans dupliquer les données. Créer des vues n'est pas suffisant car cela ne gère pas le partage inter-comptes de manière native et ne s'intègre pas directement avec Lake Formation pour la gouvernance centralisée. Créer un point de terminaison VPC n'est pas pertinent pour le partage de données lui-même, mais plutôt pour la connectivité réseau. Partager le partage de données directement avec le groupe de travail Redshift Serverless de l'équipe marketing contourne Lake Formation, ce qui va à l'encontre du modèle de gouvernance centralisée du data mesh.