Località di Knowledge Catalog

Quando crei una risorsa di Knowledge Catalog (in precedenza Dataplex Universal Catalog), ad esempio un gruppo di voci, tipo di voce, tipo di aspetto o scansione dei dati, selezioni la località in cui vengono archiviati e a cui si accede ai relativi metadati. La scelta della località giusta è fondamentale per la conformità alla residenza dei dati, le prestazioni e il riutilizzo delle risorse.

Perché la località è importante

La scelta della località appropriata per le risorse di Knowledge Catalog è importante per i seguenti motivi:

  • Residenza dei dati e conformità: se la tua organizzazione è soggetta a norme rigorose sulla residenza dei dati (DRZ), devi archiviare i metadati e le definizioni delle risorse in regioni o domini geografici specifici per rispettare le norme localizzate.

  • Latenza e disponibilità: la selezione di una regione vicina alle origini dati principali (ad esempio set di dati BigQuery o bucket Cloud Storage) e agli utenti finali riduce la latenza di ricerca e migliora l'affidabilità dell'inserimento dei metadati.

  • Riutilizzo delle risorse: la decisione se una risorsa è locale a una regione o condivisa a livello globale influisce sul modo in cui puoi riutilizzare i modelli di metadati in località diverse.

Linee guida per la scelta delle località

Le risorse in Knowledge Catalog possono essere create in una località regionale (ad esempio us-central1 o europe-west3), in una località multi-regione (ad esempio us o eu) o nella località globale.

Località regionali

Una località regionale limita la definizione della risorsa e l'archiviazione dei relativi metadati a quella regione specifica:

  • Vantaggi: fornisce una rigorosa conformità alla residenza dei dati (DRZ). I metadati tecnici per le origini regionali (ad esempio BigQuery o Cloud Storage) vengono raccolti e archiviati automaticamente nella stessa regione fisica. Google Cloud

  • Limitazioni: i tipi regionali (ad esempio i tipi di voce o i tipi di aspetto personalizzati) possono essere applicati solo ai gruppi di voci e alle voci all'interno della stessa regione. Non possono essere condivisi o riutilizzati in più regioni.

Località con più regioni

Una località con più regioni comprende più regioni fisiche all'interno di un'area geografica (ad esempio us o eu):

  • Vantaggi: consente ai metadati dei gruppi di voci e delle voci di estendersi a più regioni fisiche all'interno del dominio geografico.

  • Limitazioni: le scansioni dei dati (ad esempio le scansioni della qualità dei dati e della profilazione dei dati) non sono supportate nelle località con più regioni. Devi creare le scansioni dei dati in una località regionale.

Località globale

La località global è una località virtuale in cui le definizioni dei metadati vengono replicate nelle Google Cloud regioni a livello globale:

  • Vantaggi: promuove la massima riutilizzabilità. Un tipo di aspetto o un tipo di voce global può essere applicato alle voci situate in qualsiasi regione. È ideale per definire standard di metadati aziendali unificati senza duplicare i modelli in regioni separate.

  • Limitazioni: non garantisce che i metadati rimangano in una singola giurisdizione geografica, il che potrebbe violare i rigorosi requisiti di conformità alla residenza dei dati.

Vincoli e limiti

Quando organizzi i metadati, tieni presente i seguenti vincoli:

  • Località immutabile: non puoi modificare la località di una risorsa (ad esempio un gruppo di voci, un tipo di voce o un tipo di aspetto) dopo la creazione.

  • Controlli di compatibilità della località: per ulteriori dettagli sulla compatibilità, consulta Vincoli di progetto e località.

    • La località di una voce deve corrispondere alla località del gruppo di voci e del tipo di voce associati oppure il tipo di voce deve essere global.

    • Un aspetto aggiunto a una voce o a un link di voce deve essere basato su un tipo di aspetto nella stessa località oppure il tipo di aspetto deve essere global.

    • Un tipo di voce o un tipo di link di voce deve essere composto da tipi di aspetto archiviati nella stessa località del tipo di voce oppure i tipi di aspetto devono essere global.

Regioni

La tabella seguente elenca le regioni in cui è disponibile Knowledge Catalog. Le regioni vengono aggiunte regolarmente. Per gli aggiornamenti, consulta le note di rilascio di Knowledge Catalog.

Nome regione Descrizione regione Tracciabilità dei dati disponibile
asia-east1 Taiwan Sì
asia-east2 Hong Kong Sì
asia-northeast1 Tokyo Sì
asia-northeast2 Osaka Sì
asia-northeast3 Seul Sì
asia-south1 Mumbai Sì
asia-south2 Delhi Sì
asia-southeast1 Singapore Sì
asia-southeast2 Giacarta Sì
africa-south1 Johannesburg Sì
australia-southeast1 Sydney Sì
australia-southeast2 Melbourne Sì
eu Più regioni nell'Unione Europea Sì
europe-central2 Varsavia Sì
europe-north1 Finlandia Sì
europe-north2 Stoccolma Sì
europe-southwest1 Madrid Sì
europe-west1 Belgio Sì
europe-west2 Londra Sì
europe-west3 Francoforte Sì
europe-west4 Paesi Bassi Sì
europe-west6 Zurigo Sì
europe-west8 Milano Sì
europe-west9 Parigi Sì
europe-west10 Berlino Sì
europe-west12 Torino Sì
me-central1 Doha Sì
me-central2 Dammam Sì
me-west1 Tel Aviv Sì
northamerica-northeast1 Montreal Sì
northamerica-northeast2 Toronto Sì
northamerica-south1 Messico Sì
southamerica-east1 San Paolo Sì
southamerica-west1 Santiago Sì
us Più regioni negli Stati Uniti Sì
us-central1 Iowa Sì
us-east1 Carolina del Sud Sì
us-east4 Virginia del Nord Sì
us-east5 Columbus Sì
us-south1 Dallas Sì
us-west1 Oregon Sì
us-west2 Los Angeles Sì
us-west3 Salt Lake City Sì
us-west4 Las Vegas Sì

Regioni BigQuery Omni per la tracciabilità dei dati

La tracciabilità dei dati è disponibile nelle seguenti regioni BigQuery Omni:

Nome regione Descrizione regione
aws-ap-northeast-2 AWS - Asia Pacifico (Seul)
aws-ap-southeast-2 AWS - Asia Pacifico (Sydney)
aws-eu-central-1 AWS - Europa (Francoforte)
aws-eu-west-1 AWS - Europa (Irlanda)
aws-us-east-1 AWS - Stati Uniti orientali (Virginia del Nord)
aws-us-west-2 AWS - Stati Uniti occidentali (Oregon)
azure-eastus2 Azure - Stati Uniti orientali 2

Passaggi successivi