Lokasi Katalog Pengetahuan

Saat membuat resource Knowledge Catalog (sebelumnya Dataplex Universal Catalog), seperti grup entri, jenis entri, jenis aspek, atau pemindaian data, Anda memilih lokasi tempat metadatanya disimpan dan diakses. Memilih lokasi yang tepat sangat penting untuk kepatuhan terhadap residensi data, performa, dan penggunaan ulang resource.

Mengapa lokasi penting

Memilih lokasi yang sesuai untuk resource Knowledge Catalog Anda penting karena alasan berikut:

  • Residensi dan kepatuhan data: Jika organisasi Anda tunduk pada peraturan residensi data (DRZ) yang ketat, Anda harus menyimpan metadata dan definisi resource di domain atau region geografis tertentu untuk mematuhi kebijakan yang dilokalkan.

  • Latensi dan ketersediaan: Memilih region yang dekat dengan sumber data utama Anda (seperti set data BigQuery atau bucket Cloud Storage) dan pengguna akhir Anda akan mengurangi latensi pencarian dan meningkatkan keandalan penyerapan metadata.

  • Penggunaan ulang resource: Menentukan apakah resource bersifat lokal untuk suatu region atau dibagikan secara global memengaruhi cara Anda dapat menggunakan kembali template metadata di berbagai lokasi.

Panduan untuk memilih lokasi

Resource di Knowledge Catalog dapat dibuat di lokasi regional (seperti us-central1 atau europe-west3), lokasi multi-region (seperti us atau eu), atau lokasi global.

Lokasi regional

Lokasi regional membatasi definisi resource dan penyimpanan metadatanya ke region tertentu tersebut:

  • Manfaat: Memberikan kepatuhan residensi data yang ketat (DRZ). Metadata teknis untuk sumber Google Cloud regional (seperti BigQuery atau Cloud Storage) otomatis dikumpulkan dan disimpan dalam region fisik yang sama.

  • Batasan: Jenis regional (seperti jenis entri kustom atau jenis aspek) hanya dapat diterapkan ke grup entri dan entri dalam wilayah yang sama persis. Data ini tidak dapat dibagikan atau digunakan kembali di beberapa wilayah.

Lokasi multi-region

Lokasi multi-region mencakup beberapa wilayah fisik dalam area geografis (seperti us atau eu):

  • Manfaat: Memungkinkan metadata untuk grup entri dan entri mencakup beberapa wilayah fisik dalam domain geografis.

  • Batasan: DataScans (seperti pemindaian kualitas data dan pembuatan profil data) tidak didukung di lokasi multi-region. Anda harus membuat Pemindaian Data di lokasi regional.

Lokasi global

Lokasi global adalah lokasi virtual tempat definisi metadata direplikasi di seluruh region Google Cloud secara global:

  • Manfaat: Memaksimalkan penggunaan ulang. Jenis aspek global atau jenis entri dapat diterapkan ke entri yang berada di wilayah mana pun. Fitur ini ideal untuk menentukan standar metadata perusahaan yang terpadu tanpa menduplikasi template di wilayah terpisah.

  • Batasan: Tidak menjamin bahwa metadata tetap berada dalam satu wilayah hukum geografis, yang dapat melanggar persyaratan kepatuhan residensi data yang ketat.

Kendala dan batasan

Saat mengatur metadata, perhatikan batasan berikut:

  • Lokasi yang tidak dapat diubah: Anda tidak dapat mengubah lokasi resource (seperti grup entri, jenis entri, atau jenis aspek) setelah dibuat.

  • Pemeriksaan kompatibilitas lokasi: Untuk mengetahui detail selengkapnya tentang kompatibilitas, lihat Batasan proyek dan lokasi.

    • Lokasi entri harus cocok dengan lokasi grup entri dan jenis entri terkait—atau jenis entri harus global.

    • Aspek yang ditambahkan ke entri atau link entri harus didasarkan pada jenis aspek di lokasi yang sama, atau jenis aspek harus global.

    • Jenis entri atau jenis link entri harus terdiri dari jenis aspek yang disimpan di lokasi yang sama dengan jenis entri, atau jenis aspek harus berupa global.

Region

Tabel berikut mencantumkan region tempat Knowledge Catalog tersedia. Wilayah ditambahkan secara rutin. Untuk mengetahui update, lihat catatan rilis Knowledge Catalog.

Nama region Deskripsi region Silsilah data tersedia
asia-east1 Taiwan Ya
asia-east2 Hong Kong Ya
asia-northeast1 Tokyo Ya
asia-northeast2 Osaka Ya
asia-northeast3 Seoul Ya
asia-south1 Mumbai Ya
asia-south2 Delhi Ya
asia-southeast1 Singapura Ya
asia-southeast2 Jakarta Ya
africa-south1 Johannesburg Ya
australia-southeast1 Sydney Ya
australia-southeast2 Melbourne Ya
eu Beberapa region di Uni Eropa Ya
europe-central2 Warsawa Ya
europe-north1 Finlandia Ya
europe-north2 Stockholm Ya
europe-southwest1 Madrid Ya
europe-west1 Belgia Ya
europe-west2 London Ya
europe-west3 Frankfurt Ya
europe-west4 Belanda Ya
europe-west6 Zurich Ya
europe-west8 Milan Ya
europe-west9 Paris Ya
europe-west10 Berlin Ya
europe-west12 Turin Ya
me-central1 Doha Ya
me-central2 Dammam Ya
me-west1 Tel Aviv Ya
northamerica-northeast1 Montreal Ya
northamerica-northeast2 Toronto Ya
northamerica-south1 Meksiko Ya
southamerica-east1 Sao Paulo Ya
southamerica-west1 Santiago Ya
us Beberapa wilayah di Amerika Serikat Ya
us-central1 Iowa Ya
us-east1 Carolina Selatan Ya
us-east4 Northern Virginia Ya
us-east5 Columbus Ya
us-south1 Dallas Ya
us-west1 Oregon Ya
us-west2 Los Angeles Ya
us-west3 Salt Lake City Ya
us-west4 Las Vegas Ya

Region BigQuery Omni untuk silsilah data

Data lineage tersedia di region BigQuery Omni berikut:

Nama region Deskripsi region
aws-ap-northeast-2 AWS - Asia Pasifik (Seoul)
aws-ap-southeast-2 AWS - Asia Pasifik (Sydney)
aws-eu-central-1 AWS - Eropa (Frankfurt)
aws-eu-west-1 AWS - Eropa (Irlandia)
aws-us-east-1 AWS - AS Timur (N. Utara)
aws-us-west-2 AWS - AS Barat (Oregon)
azure-eastus2 Azure - AS Timur 2

Langkah berikutnya