Microsoft Purview のガバナンス ドメイン
注:
Microsoft Purview データ カタログは、名前を Microsoft Purview 統合カタログに変更しています。 すべての機能は同じままです。 新しい Microsoft Purview データ ガバナンス エクスペリエンスがリージョンで一般公開されると、名前の変更が表示されます。 リージョン内の名前を確認します。
ガバナンス ドメインは、データ資産のコンテキストを提供し、データ ガバナンス プラクティスのスケーリングを容易にする Microsoft Purview の新しい概念です。
データの所有権は、データ ガバナンスの最も重要な側面です。 アクセスとデータの使用を制御することは、成功したデータ ガバナンス ソリューションのコア テナントです。 現在、IT インフラストラクチャは、データを所有または使用していないにもかかわらず、データ資産を格納および維持します。 データをビジネス内で検出して維持する必要がある方法と、それを維持するチームとの間には切断があります。 データ カタログを導入して、ビジネス所有者とその物理データのギャップを埋めるプロセスを開始しました。 しかし、ビジネスオーナーは、健康とセキュリティを維持するためにデータ資産に関するより多くの情報を必要とし、増大するデータ資産の管理を効率的にスケーリングする方法が必要でした。
これらの両方の問題に引き続き対処するために、ガバナンス ドメインを導入します。
ガバナンス ドメインとは
最も単純なガバナンス ドメインは、用語集の用語、OKR、重要なデータなどのデータ製品とビジネス概念の一般的なガバナンス、所有権、検出を可能にする境界です。 目標は、ガバナンス ドメイン所有者がデータ製品と概念を管理し、アクセス、使用、配布のルールを確立できるようにすることです。 この目標を念頭に置いて、さまざまな種類のガバナンス ドメインを確立できます。
- 基本的な事業領域 - 人材、営業、金融、サプライチェーンなど
- 製品、パーティーなど、主な領域を包括的に整理します。
- 組織の機能に基づく境界 - カスタマー エクスペリエンス、クラウド サプライ チェーン、ビジネス インテリジェンスなど。
Microsoft Purview では、ガバナンス ドメインは柔軟であるため、organizationはデータにとって最も意味のある境界を構築できます。 しかし、それらを作成したら、コンテキストを提供したり、データ ガバナンスを支援したりするにはどうすればよいでしょうか。
ガバナンス ドメインの部分
ガバナンス ドメインには名前と説明があるため、ユーザーは、ガバナンス ドメインが表すorganizationのどの部分をすぐに理解できます。 ガバナンス ドメインには、ガバナンス ドメインとそれが表すデータ資産を管理および管理する所有者もいます。
ガバナンス ドメインには、現在、次のビジネス概念も含まれています。
- データ製品 - データ資産のキット。データ資産 (テーブル、ファイル、PBI レポート) をユーザーが検出して採用するための単一の製品にグループ化する企業へのパッケージ化されたオファリングです。
- 用語集の用語 - コンテキストを提供するだけでなく、データを管理、管理、および使用できるように検出する方法を決定するポリシーも適用するアクティブな値。
- 目標と主要な結果 (OKR) - 測定可能な値と目標を使用してデータの値を記述するメトリック。
- 重要なデータ - 意思決定に必要であり、最も重要度の高い管理が必要なテーブル間の列の論理グループ。 たとえば、"Customer ID" 重要なデータ要素は、あるテーブルの "CustID" と別のテーブルの "CID" を同じ論理コンテナーにマップできます。
ガバナンス ドメインの種類
現在、製品内では、次のすぐに使用するガバナンス ドメインの種類がサポートされています。
- 機能単位 – 営業、マーケティング、財務などの組織または事業単位
- 基幹業務 – Xbox、Office、Azure などの販売対象の製品またはサービス、およびさまざまな市場または子会社
- データ ドメイン – 顧客や従業員などの主要なorganization全体のエンティティ
- 規制 – GDPR、SOX、HIPPA などのコンプライアンス関連
- プロジェクト – organization全体のコラボレーション プログラム
ビジネス コンテキストはどのように提供されますか?
ガバナンス ドメインは、資産の包括的なカテゴリを定義することで、データ製品 (ファイル、テーブル、レポートなどの組み合わせ) のコンテキストを提供します。 ユーザーが供給のスケジュールを調べて、関連性の高い可能性のあるデータをデータ カタログ全体で検索するのではなく、効率を評価したい場合は、検索の範囲を最も関連性の高いガバナンス ドメインにすぐに絞り込むことができます。 探している情報は、人材やカスタマー エクスペリエンスに含まれていないため、サプライ チェーンで検索を開始できます。
また、各ガバナンス ドメインは、使用可能なデータ製品のビジネス価値を記述する独自の目標と主要な結果 (OKR) を開発し、データがそれらの目標をどの程度達成しているかを追跡するためのビジネス目標を設定することもできます。 ガバナンス ドメインの所有者は、ビジネス目標への対応方法に基づいてデータ製品に優先順位を付けることができ、ユーザーはデータがorganizationの戦略にどのように適合するかを理解できます。
この構造は、ビジネス ユーザーが意味のある情報を検索するときに移動するための使い慣れたランドマークを提供するだけでなく、ガバナンス ドメインの所有者がガバナンス ドメインに対するデータ ガバナンスをカスタマイズし、データ資産の拡大に合わせてガバナンスをスケーリングすることもできます。
データ ガバナンスはどのようにスケーリングされますか?
各データ資産が個別の情報として一覧表示されるフラット データ カタログでは、データ所有者とデータ スチュワードが個々の資産を完全に管理することは困難です。 また、データは静的ではありません。健全なデータ資産はorganizationと共に増加し、変化しているため、データ所有者とスチュワードは、データ資産を増やしてスケーリングできるツールが必要です。 ドメインは、ガバナンス ポリシーがデータ製品にトリクルダウンする境界を提供します。
ガバナンス ポリシーのトリクルダウンの鍵は、用語集の用語です。 用語集の用語の一部は、ビジネス コンテキストを提供する用語であり、データ資産に適用して検出を改善できる用語です。 用語には、用語自体と共に適用されるアクセス ポリシーも含まれるようになりました。 (用語集の用語の詳細については、用語集 の用語に関する記事を参照してください)。用語集の用語はガバナンス ドメイン内で定義され、そのガバナンス ドメイン内の任意のデータ製品 (データ資産のグループ) に適用できます。
データ所有者とデータ スチュワードは、ガバナンスを維持するためにデータ資産全体を走査する必要はありません。 これらの用語がデータ製品にアタッチされると、適切なポリシーが自動的に適用されることを理解し、理解しているガバナンス ドメイン全体に用語を適用できます。 たとえば、人事管理ドメインにはフィードバック結果という用語があります。 フィードバック結果は、会社全体のフィードバック クエリから返される情報として定義され、機密情報が含まれます。 そのため、特定のチームは、そのデータにアクセスするための要求と、要求の対象を確認する必要があります。 データ アクセス ポリシーはフィードバック結果の用語で定義され、フィードバック結果でラベルが付いたデータ製品は、ユーザーがデータ資産へのアクセスを要求したときに、このアクセス ポリシーが自動的に適用されるようになりました。
ガバナンス ドメインの所有者とデータ スチュワードは、これらのベスト プラクティスを 1 回だけ開発するだけで済み、認識可能なビジネス用語を使用してデータ資産全体に簡単に適用できます。 この用語が将来適用される可能性のあるすべてのインスタンスを知っているわけではありませんが、適用されるときに、アクセスのベスト プラクティスが使用されることを確認できます。
ガバナンス ドメインでは、既に存在するビジネス コンテキストを使用して、データの検出が可能になるだけでなく、データが拡大しても適切に管理されるようにします。