Construisez un maillage de données avec Dataplex pour une entreprise ayant trois domaines (compagnies aériennes, hôtels, VTC) et deux équipes par domaine (analyse, science des données). L'équipe de la plateforme centrale est un goulot d'étranglement ; les domaines doivent se gérer eux-mêmes. Comment devez-vous structurer les lacs et les zones et attribuer la gestion ?

La bonne réponse est la troisième option. La structure proposée (un lac par domaine, une zone par équipe) est la plus appropriée pour un maillage de données avec Dataplex, car elle permet une gouvernance décentralisée et une gestion autonome par domaine, réduisant ainsi le goulot d'étranglement de l'équipe centrale. En demandant à chaque domaine de gérer les actifs de données de son propre lac, on respecte le principe d'autonomie des domaines, essentiel pour un maillage de données efficace. Les autres options sont incorrectes car elles ne permettent pas une gestion décentralisée adéquate ou ne respectent pas la granularité recommandée pour les lacs et les zones dans un contexte de maillage de données. Par exemple, créer un lac par équipe ou demander à l'équipe centrale de gérer tous les actifs irait à l'encontre de l'objectif de décentralisation.