Emplacements Knowledge Catalog

Lorsque vous créez une ressource Knowledge Catalog (anciennement Dataplex Universal Catalog), telle qu'un groupe d'entrées, type d'entrée, type d'aspect, ou analyse de données, vous sélectionnez l'emplacement où ses métadonnées sont stockées et accessibles. Il est essentiel de choisir le bon emplacement pour la conformité de la résidence des données, les performances et la réutilisation des ressources.

Pourquoi l'emplacement est important

Il est important de choisir l'emplacement approprié pour vos ressources Knowledge Catalog pour les raisons suivantes :

• Résidence des données et conformité : si votre organisation est soumise à des réglementations strictes concernant la résidence des données, vous devez stocker les métadonnées et les définitions de ressources dans des domaines ou des régions géographiques spécifiques pour respecter les règles localisées.

• Latence et disponibilité : la sélection d'une région proche de vos sources de données principales (telles que les ensembles de données BigQuery ou les buckets Cloud Storage) et de vos utilisateurs finaux réduit la latence de recherche et améliore la fiabilité de l'ingestion des métadonnées.

• Réutilisation des ressources : le fait de déterminer si une ressource est locale à une région ou partagée globalement a une incidence sur la façon dont vous pouvez réutiliser les modèles de métadonnées dans différents emplacements.

Consignes pour le choix des emplacements

Les ressources de Knowledge Catalog peuvent être créées dans un emplacement régional (tel que us-central1 ou europe-west3), un emplacement multirégional (tel que us ou eu) ou l'emplacement global.

Zones régionales

Un emplacement régional limite la définition de la ressource et son stockage de métadonnées à cette région spécifique :

• Avantages : assure une conformité stricte de la résidence des données. Les métadonnées techniques des sources régionales (telles que BigQuery ou Cloud Storage) sont automatiquement collectées et stockées dans la même région physique. Google Cloud

• Limites : les types régionaux (tels que les types d'entrée ou les types d'aspect personnalisés) ne peuvent être appliqués qu'aux groupes d'entrées et aux entrées de la même région. Ils ne peuvent pas être partagés ni réutilisés dans plusieurs régions.

Zones multirégionales

Un emplacement multirégional englobe plusieurs régions physiques dans une zone géographique (telle que us ou eu) :

• Avantages : permet aux métadonnées des groupes d'entrées et des entrées de s'étendre sur plusieurs régions physiques au sein du domaine géographique.

• Limites : les analyses de données (telles que les analyses de qualité des données et les analyses de profilage des données) ne sont pas compatibles avec les emplacements multirégionaux. Vous devez créer des analyses de données dans un emplacement régional.

Emplacement global

L'emplacement global est un emplacement virtuel dans lequel les définitions de métadonnées sont répliquées dans les Google Cloud régions du monde entier :

• Avantages : favorise une réutilisabilité maximale. Un type d'aspect ou un type d'entrée global peut être appliqué aux entrées situées dans n'importe quelle région. Il est idéal pour définir des normes de métadonnées unifiées pour l'entreprise sans dupliquer les modèles dans des régions distinctes.

• Limites : ne garantit pas que les métadonnées restent dans une seule juridiction géographique, ce qui peut enfreindre les exigences strictes de conformité de la résidence des données.

Contraintes et limites

Lorsque vous organisez vos métadonnées, tenez compte des contraintes suivantes :

• Emplacement immuable : vous ne pouvez pas modifier l'emplacement d'une ressource (telle qu'un groupe d'entrées, un type d'entrée ou un type d'aspect) une fois qu'elle a été créée.

• Vérifications de la compatibilité des emplacements : pour en savoir plus sur la compatibilité, consultez Contraintes liées aux projets et aux emplacements.

  • L'emplacement d'une entrée doit correspondre à celui de son groupe d'entrées et de son type d'entrée associés, ou le type d'entrée doit être global.

  • Un aspect ajouté à une entrée ou à un lien d'entrée doit être basé sur un type d'aspect situé au même emplacement, ou le type d'aspect doit être global.

  • Un type d'entrée ou un type de lien d'entrée doit être composé de types d'aspect stockés au même emplacement que le type d'entrée, ou les types d'aspect doivent être global.

Régions

Le tableau suivant répertorie les régions où Knowledge Catalog est disponible. Des régions sont ajoutées régulièrement. Pour en savoir plus, consultez les notes de version de Knowledge Catalog.

Régions BigQuery Omni pour la traçabilité des données

La traçabilité des données est disponible dans les régions BigQuery Omni suivantes :

Étapes suivantes

• En savoir plus sur les zones géographiques et les régions dans Google Cloud
• Consultez la liste complète des Google Cloud emplacements.