purview-data-catalog

Microsoft Purview Unified Catalog

Unified Catalog は、Data Map 上にビジネスユーザーにわかりやすいデータの検出とガバナンスを提供します。資産をガバナンスドメインとデータプロダクトに整理し、用語集の用語、所有権、データ品質を管理します。このスキルはカタログ／ビジネスレイヤーです。下位にある Data Map（purview-data-map）は、技術的なスキャンレイヤーです。

使用するタイミング

ユーザーが、アナリストやデータ利用者にデータを見つけ、信頼し、リクエストしてもらいたい場合にこのスキルを使用してください。データソースのスキャンが目的の場合には使用しないでください（それは Data Map の役割です）。

以下の用途にはこのスキルを使用しないでください。

• レイクハウス、データベース、SaaS ソースのスキャン（purview-data-map を使用）
• セキュリティ／コンプライアンスのための秘密度ラベル（purview-data-classification を使用）
• ライフサイクル／保持ルール（purview-data-lifecycle を使用）
• AI データの検出（purview-dspm-ai を使用）

目的に応じたオブジェクトの選択

目的	オブジェクト	所有者
説明責任のあるビジネス領域（財務、人事、サプライチェーン）を定義する	ガバナンスドメイン	ドメイン所有者（ビジネス）
関連する資産をまとめ、アナリストがリクエストして利用できるものにする	データプロダクト	データプロダクト所有者（ビジネス）
ビジネス用語に、データ資産と結び付いた共通の定義を与える	用語集の用語	ドメインスチュワード
重要なデータ要素の信頼性を測定する	データ品質ルール ＋ スコア	データスチュワード
列がソースからレポートにどう流れるかを示す	リネージ（Data Map のスキャンから自動生成）	システムによる生成
データプロダクトへのアクセスを利用者に許可する	アクセス ポリシー／リクエスト ワークフロー	データプロダクト所有者

経験則：まずは1～2 個のガバナンスドメインと 5～10 個のデータプロダクトから始めてください。十分に精選されていないプロダクトが 200 個あるカタログより、優れたプロダクトが 10 個あるカタログのほうが役立ちます。カタログの幅より、精選の深さが常に重要です。

アプローチ

ビジネス側のオーナーを決めずに IT が「あらゆるものを登録」すると、カタログの展開は失敗します。この順序に従ってください。各ステップが次のステップへの前提条件です。

1. 前提条件：Data Map がスキャンを実行し、技術メタデータを生成していること — Unified Catalog は Data Map の上に構築されています。ドメインを設計する前に、スキャンが実行され、リネージが登録され、分類が適用されていることを確認してください。 確認方法：Data Map に、分類（例：「クレジットカード番号」）が付与されたスキャン済みアセットと、少なくとも 1 つのリネージリンク（ソース → シンク）が表示されていること。
2. 適切なガバナンスドメインを選ぶ — 組織図ではなく、課題の大きい2～3 個の業務領域から始めます。最初の候補として適しているのは、規制上の圧力が大きい Finance、同意管理と CRM の乱立が課題となる Customer、プライバシーが重要な HR です。各ドメインには、IT の代理担当者ではなく、時間を確保できるビジネスオーナーを指名する必要があります。 確認方法：各ドメインで、ビジネス側から説明責任を負うオーナーが指名され、キュレーションのために毎週 30 分の定例時間が確保されていること。
3. 各ドメインで 3～5 個のデータプロダクトを公開する — データプロダクトとは、特定の利用者のユースケース（例：「マーケティングアナリスト向け Customer 360」）に合わせて関連アセットをまとめたものです。各プロダクトには、説明、関連付けられた用語集の用語、オーナー、アクセス方法の案内、および主要な列に対するデータ品質ルールを少なくとも 1 つ設定します。中身のない空のプロダクトは公開しないでください。 確認方法：代表的な利用者がプロダクトを見つけ、内容を理解し、外部の支援を受けずにポータル内のワークフローからアクセスをリクエストできること。
4. 用語集は最初に作るのではなく、並行して構築する — 先に 500 語の用語集を作ると、アセットと関連付けられない用語の墓場になります。プロダクトの構築と並行して用語を定義し、公開時には各用語を少なくとも 1 つのデータプロダクトまたはアセットに関連付けてください。 確認方法：公開済みの用語集のすべての用語が、1 つ以上のデータアセットに関連付けられていること。
5. チームではなく、個人を指名してスチュワードシップを割り当てる — 「データチームが所有」は、誰も所有していないのと同じです。各ガバナンスドメインとデータプロダクトに、個人のスチュワードを 1 名指名してください。スチュワード 1 人あたりの作業負荷は週 4 時間未満にしてください。これを超えると、作業は続かなくなります。
6. 重要なデータ要素だけにデータ品質を設定する — すべてをスキャンしないでください。各データプロダクトで重要なデータ要素を 5～10 個（例：customer_id、order_amount、date_of_birth）選び、完全性、一意性、有効性、鮮度のルールを定義してください。スコアをプロダクトページに公開してください。 確認方法：優先度の高い各データプロダクトに、品質スコアとその算出に使われたルールが表示されていること。
7. 見つけやすさを通じて利用を促進する — カタログを Power BI（BI サービスにカタログの推奨情報を表示）、Microsoft Search、Teams に連携してください。利用者が普段使っている場所でプロダクトを見つけられなければ、カタログは使われません。 確認方法：Power BI のデータセットにカタログの推奨情報が表示され、Teams の検索で関連するデータプロダクトが見つかること。
8. 継続的なプログラムとして運用する — 毎月、オーナー不在のアセット、古くなったプロダクト、壊れたリネージを確認します。四半期ごとに、ドメインオーナーとキュレーションの完了状況を確認します。毎年、廃止されたプロダクトを終了します。

ガードレール

• カタログへのアクセスを Data Map コレクションのアクセス許可と整合させます。 スキャンレベルのアクセス権がない利用者は、カタログ製品が公開されていても、その基盤となるアセットを表示できません。アクセス許可は OR ではなく AND です。これらを合わせて計画してください。
• キュレーションは一度きりの読み込みではなく、継続的な取り組みです。 スチュワードが毎週取り組まなければ、カタログは四半期以内に古くなり、信頼が失われます。
• 一括で自動公開しないでください。 スキャンで 10,000 件のアセットをインポートしても、カタログにはなりません。キュレーションされていないアセットはノイズとなり、価値のある製品が見つかりにくくなります。
• アセットへのリンクがない用語集の用語は墓場です。 「公開するにはリンクが必要」というルールを徹底してください。
• データ品質ルールにはコンピューティングリソースが必要です。 各ルールはスケジュールに従って実行され、データを取得します。重要なデータ要素に限定し、すべての列に品質チェックを設定しないでください。
• ドメイン数の増加は取り組みを失敗させます。 内容の充実した 3 つのドメインは、名前だけの 30 のドメインに勝ります。既存のドメインに、十分にキュレーションされたデータ製品が 10 件を超えている場合にのみ、ドメインを追加してください。
• 個人データには、公開だけでなくガバナンスが必要です。 製品に個人データが含まれている場合は、利用者向け検索に公開する前に、プライバシー担当（Priva）と調整してください。

よくあるアンチパターン

• 「まず用語集を作る。」 用語が 500 件、アセットへのリンクが 0 件では、取り組みは 6 か月で頓挫します。用語は、それを必要とする製品と一緒に作成してください。
• 「スキャンしたアセットをすべて自動公開する。」 カタログがあふれ、利用者は何も見つけられず、信頼が低下し、回復しません。
• 「1 人のスチュワードが 50 件の製品を担当する。」 それはスチュワードシップではなく、対応待ちの山です。スチュワード 1 人あたりの製品数は約 10 件を上限としてください。
• 「コンプライアンスを装うためのカタログ。」 監査を満たすために公開されているだけで、利用者は誰も使わず、キュレーションの予算も割り当てられていません。廃止するか、適切に投資してください。
• 「見つけやすさのための連携を省略する。」 カタログがあっても、利用者はデータを探すために Teams/SharePoint を検索します。既存のワークフローに組み込むか、利用されないことを受け入れてください。
• 「あらゆるデータにデータ品質チェックを設定する。」 コンピューティングコストが急増し、有意なシグナルがノイズに埋もれます。重要なデータ要素に限定してください。

プロンプトの例

• ガバナンスドメインとデータ製品を使って Purview 統合カタログを設定してください。
• どのガバナンスドメインから始めるべきですか？
• ビジネス用語集とデータ品質ルールを作成してください。
• アナリストはどのようにデータアセットを見つけてキュレーションしますか？
• データカタログにおけるデータスチュワードシップを確立してください。
• 1 人のスチュワードが担当すべきデータ製品数はいくつですか？

Microsoft Learn

• 統合カタログの概要：https://learn.microsoft.com/purview/unified-catalog
• ガバナンスドメイン：https://learn.microsoft.com/purview/concept-governance-domain
• データ製品：https://learn.microsoft.com/purview/concept-data-products
• 用語集の用語：https://learn.microsoft.com/purview/concept-business-glossary
• データ品質の概要：https://learn.microsoft.com/purview/data-quality-overview
• 統合カタログのロール：https://learn.microsoft.com/purview/catalog-permissions
• Power BI との統合：https://learn.microsoft.com/purview/how-to-search-catalog