重要
- Data Map 内のドメインは、合計 5 個に制限されています。
- コレクションは、すべてのプラットフォーム ドメインで 1000 に制限されます。 (1 つのドメインに 1,000 個のコレクションを含めることができます。5 つのプラフォーム ドメインは、均等に分散されている場合、それぞれ 200 個のコレクションを持つことになります)。
- データ ソースは、1 つのドメイン内の 1 つのコレクションに登録されます。
- スキャンされたデータ ソースの資産は、データ ソースと同じドメインでスキャンする必要があります。
- アカウントをマージすると、ドメインが作成されます。
- ファブリック ドメインの数が 5 つのドメインの制限を超えるので、同様にファブリック ドメインはドメインにマップされません。
一般的な推奨事項
- 真の分離が必要な場合は、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 つのドメインがダウンしている場合、他のドメインはすべてダウンしているため、ビジネス継続性とディザスター リカバリーのシナリオはお勧めしません。
- メタデータは別のソースにダウンロードする必要があります。
- ビジネス ユニットの分離は、ガバナンス ドメインで最適に処理されます。
- 課金の分離は、ガバナンス ドメインを使用する方法に従います。
Data Map でのドメインの推奨される使用方法
- ライフサイクル管理 (開発、テスト、品質保証、運用)、ほとんどのお客様には、運用環境以外のリソースと運用リソースがあり、運用環境のリソースとは別に保持されることを目的としています。 分離は、ドメインまたはコレクションのいずれかで実現できます。 同じリソースに非運用データと運用データがある場合、顧客はコレクションを使用する必要があります。