Knowledge Catalog(旧称 Dataplex Universal Catalog)のデータドメインを使用すると、ビジネス構造とオーナーシップを反映した論理階層にエンタープライズ データリソースを整理してキュレートできます。その後、メタデータの可視性を大規模に管理し、共有ガバナンス コンテキストをキャプチャして、データ検出のスコープを特定のビジネス ドメインに設定できます。
データドメインの主な機能
データドメインは、論理データ組織を、フォルダとプロジェクトの基盤となる Google Cloud リソース階層から分離します。データドメインには、次の主な機能があります。
- ビジネス プロセスとデータの論理グループに沿った論理データ組織階層を定義します。これは、フォルダとプロジェクトの Google Cloud リソース階層から切り離されています。
- 分散型ドメインチームの論理的なオーナーシップ ユニットとして機能し、データ プロダクトを補完します。
- リソースとそのメタデータを大規模に検出できるユーザーを一元的に制御します。
- 使用ガイダンス、ガバナンス標準、説明、オーナーシップ情報などの一般的なコンテキストをキャプチャします。
- データドメインを使用して、検索結果を特定のドメインに絞り込みます。たとえば、ユーザーが
Marketingドメイン内のみを検索できるようにして、より迅速で関連性の高い検索を可能にします。 - AI エージェントをドメイン コンテキストにグラウンディングする。
lookupContextメソッドは、データドメインのコンテキストを返し、データアセットが属するデータドメインを示します。詳細については、データドメインのコンテキストを取得するをご覧ください。
使用例
販売、サプライ チェーン、マーケティングなどの部門にデータアセットが分散しているグローバル小売企業を考えてみましょう。販売関連のテーブルやデータセットなど、論理的に類似したデータアセットが複数の Google Cloudプロジェクトに分散しているため、検出と一貫したガバナンスが困難です。
次の例は、さまざまなユーザーがデータドメインをどのように操作するかを示しています。
データドメイン管理者
基盤となるGoogle Cloud プロジェクトとは独立した論理階層を確立し、ドメインレベルのガバナンスを委任します。
- 組織構造(
Sales、Supply Chain、Marketingなど)に一致するトップレベル ドメインを作成し、サブドメイン(SalesのOnline SalesやStore Transactionsなど)を構成します。 - 各ドメインに指定されたデータドメイン オーナーを割り当てます(たとえば、セールスリードを
Salesドメインのオーナーとして割り当てます)。
データドメイン階層を作成してリソースを含める方法については、データドメインを作成するとデータドメインにリソースを含めるをご覧ください。
- 組織構造(
データドメイン オーナー
所有権の下にあるデータドメインのコンテンツを定義します。ドメインにデータアセットを含め、ドメイン全体のコンテキストを定義し、ドメインのデータアセットの検出可能性とコンテキストとメタデータの可視性を大規模に管理するために、ドメインにメタデータ ポリシーを確立します。たとえば、Sales ドメインのデータオーナーは次の操作を行います。
- 異なるプロジェクトに分散しているデータセット、テーブル、データ プロダクトを
Salesドメインに含めます。 - データの保持基準やコストセンターなど、ドメインレベルの側面を定義します。
analysts@example.comグループに必要なロールと権限を付与することで、ドメインのアセットを検出して、そのコンテキストとメタデータにアクセスできるユーザーを定義します。
データドメインの管理方法の詳細については、データドメインを管理するをご覧ください。
- 異なるプロジェクトに分散しているデータセット、テーブル、データ プロダクトを
データドメイン ユーザー
無関係な企業データをふるいにかけることなく、ビジネス コンテキスト内で関連性の高い信頼できるセールス アセットを効率的に検出します。たとえば、今後のマーケティング キャンペーンの販売データを取得するには、データドメイン ユーザーは次の操作を行います。
- ドメイン階層を探索して
Salesドメインを特定します。 - 検索範囲をドメインに限定して、関連するリソースを検索します。
- リソースのメタデータ、スキーマ、使用ガイダンスを検査して、使用に適しているかどうかを評価します。
データドメインを使用して関連データを見つける方法については、データドメインを使用するをご覧ください。
- ドメイン階層を探索して
サポートされているアセット
データドメインは、次のアセットに使用できます。
- プロジェクト
- データ プロダクト
- BigQuery データセット
- BigQuery テーブル
- Dataform のリポジトリ
- Dataproc Metastore データベース
- Dataproc Metastore テーブル
- Spanner データベース
- BigLake テーブル
- AlloyDB for PostgreSQL インスタンス
- Gemini Enterprise Agent Platform のデータセット
データドメインとデータ プロダクト
データドメインとデータ プロダクトは、データアセットの検出とアクセスに使用できる補完的な構成要素として機能します。データドメインは、ビジネス構造に基づいてデータアセットを整理する論理的な方法を提供します。データ プロダクトは、テーブルやビューなどの関連するアセットを、特定のビジネスでの利用のユースケースを解決するように設計されたキュレートされたバンドルにパッケージ化します。
制限事項
検索の制限
ドメイン コンテキスト外でリソースを検索する場合(グローバル検索を使用する場合など)、ドメインの検出権限は適用されません。表示されるのは、BigQuery などの基盤となるシステムでアクセス権を持つリソースのみです。
BigQuery データセットがデータドメインに含まれているとします。ドメインの Dataplex Data Domain Entry Reader ロールが付与されているが、BigQuery でデータセットを表示する直接的な権限がない。
- ドメイン内での検索: ドメイン権限が適用されるため、検索結果にデータセットが表示されます。
- ドメイン外の検索: 検索結果にデータセットが表示されません。一般的な検索では、ドメイン権限は適用されず、BigQuery に直接アクセスすることはできません。
承認の制限
プレビュー リリース ステージでは、バックグラウンドでの継続的な IAM 同期は行われません。ドメイン認証は、バインディングの作成時にのみ検証されます。つまり、リソースに対するドメイン プリンシパルの IAM ロールを取り消しても、そのリソースはドメインから自動的にバインド解除または削除されません。
次のステップ
- データドメインを作成する方法を学習する。
- データドメインを管理する方法を確認する。
- データドメインにリソースを含める方法を確認する。
- データドメインを使用する方法を確認する。