治理域和域建议

一般性建议

• 如果需要独立的租户才能启用 Purview 的不同实现，则需要真正的隔离。 为大多数公司创建单独的租户并不是一种可能的解决方案，但在某些监管环境中可能需要。
• 许多公司已经有了 SaaS 模型，可以从 Microsoft 365 或 PBI/Fabric 中进行部署。 遵循公司内的模式可以帮助解决 SaaS 部署问题。

集合和域

• 使用集合为大多数用户提供访问分段，以便仅获取数据映射所需的访问权限。
• 将集合用于 IT 团队的技术分离并启用加入，业务域可用于治理团队分离和逻辑概念边界（术语表术语和数据产品）。
• 对于没有生产和非生产性单独资源的数据源，同时拥有这两种资源的数据来源需要使用集合进行测试，因为每个数据源都注册到一个域和一个集合中。

域和治理域

• 使用开发、测试、生产治理域（Finance.dev、Finance.prod 等）将测试与概念和消耗体验分开。 当不需要或不应该让目录的使用者看到测试时，如果概念已经准备好投入生产，你可以将治理域过期或重新用于生产。
• 计划将计费与治理域而非集合或平台域进行细分。
• 治理域可以映射到平台域和集合，以在治理域和容纳其数据资产的数据映射部分之间建立逻辑关系。

域建议：

不建议使用数据映射中的域：

• 隔离异地驻留细分。
• 域名不会根据异地驻留细分需求进行扩展以创建边界。
• 域不会为元数据启用单独的存储位置。
• 不建议使用业务连续性和灾难恢复方案，因为如果一个域关闭，所有其他域都会关闭。
• 元数据需要下载到备用源。
• 业务部门隔离最好通过治理域来处理。
• 计费分离将遵循使用治理域的做法。

建议使用数据映射中的域：

• 生命周期管理（开发、测试、质量保证、生产），大多数客户都有非生产资源和生产资源，这些资源旨在与生产资源分开。 分离可以通过域或集合来实现。 当同一资源中有非生产和生产数据时，客户必须使用集合。