次の方法で共有


ガバナンス ドメインとドメインの推奨事項

重要

  • Data Map 内のドメインは、合計 5 個に制限されています。
  • コレクションは、すべてのプラットフォーム ドメインで 1000 に制限されます。 (1 つのドメインに 1,000 個のコレクションを含めることができます。5 つのプラフォーム ドメインは、均等に分散されている場合、それぞれ 200 個のコレクションを持つことになります)。
  • データ ソースは、1 つのドメイン内の 1 つのコレクションに登録されます。
  • スキャンされたデータ ソースの資産は、データ ソースと同じドメインでスキャンする必要があります。
  • アカウントをマージすると、ドメインが作成されます。
  • ファブリック ドメインの数が 5 つのドメインの制限を超えるので、同様にファブリック ドメインはドメインにマップされません。

一般的な推奨事項

新しい Microsoft Purview コンストラクト モデルへの Azure Purview コンストラクトの論理マッピングの図。

  • 真の分離が必要な場合は、Microsoft Purview のさまざまな実装を有効にするために個別のテナントが必要です。 個別のテナントを作成することは、ほとんどの組織にとってソリューションではない可能性がありますが、一部の規制環境では必要になる場合があります。
  • 多くの組織には、Microsoft 365 または PBI/Fabric から従うことができるデプロイ用の SaaS モデルが既に用意されています。 organization内でそのパターンに従うと、SaaS デプロイの問題を解決するのに役立ちます。

コレクションとドメイン

  • コレクションを使用すると、Data Map に必要なアクセスのみを取得するために、ほとんどのユーザーに対してアクセスのセグメント化が提供されます。
  • IT チームに沿って技術的な分離のためにコレクションを使用し、オンボードを有効にすると、ガバナンス ドメインをビジネス チームの分離と論理概念の境界 (用語集の用語とデータ製品) に使用できます。
  • 運用環境と運用環境以外のリソースを持たないデータ ソースの場合、両方を持つデータ ソースでは、各データ ソースが 1 つのドメインと 1 つのコレクションに登録されているため、テストにコレクションを使用する必要があります。

ドメインとガバナンス ドメイン

  • 開発、テスト、運用ガバナンス ドメイン (Finance.dev、Finance.prod など) を使用して、概念と消費エクスペリエンスでテストを分離します。 テストが必要ない場合、またはカタログのコンシューマーに表示されないようにする必要がある場合は、概念が運用環境の準備ができている場合は、運用のガバナンス ドメインを期限切れまたは再利用できます。
  • コレクションやプラットフォーム ドメインではなく、ガバナンス ドメインで課金をセグメント化することを計画します。
  • ガバナンス ドメインをプラットフォーム ドメインとコレクションにマップして、ガバナンス ドメインとデータ資産を格納する Data Map の部分との間に論理的な関係を構築できます。

ドメインに関する推奨事項

Data Map でのドメインの非コミットの使用

  • geo 所在地セグメント化の分離。
  • geo 所在地セグメント化のニーズに沿って境界を作成するようにドメインはスケーリングされません。
  • ドメインでは、メタデータの個別のストレージの場所は有効になりません。
  • 1 つのドメインがダウンしている場合、他のドメインはすべてダウンしているため、ビジネス継続性とディザスター リカバリーのシナリオはお勧めしません。
  • メタデータは別のソースにダウンロードする必要があります。
  • ビジネス ユニットの分離は、ガバナンス ドメインで最適に処理されます。
  • 課金の分離は、ガバナンス ドメインを使用する方法に従います。
  • ライフサイクル管理 (開発、テスト、品質保証、運用)、ほとんどのお客様には、運用環境以外のリソースと運用リソースがあり、運用環境のリソースとは別に保持されることを目的としています。 分離は、ドメインまたはコレクションのいずれかで実現できます。 同じリソースに非運用データと運用データがある場合、顧客はコレクションを使用する必要があります。