Microsoft Purview 数据管理定价概念
注意
Microsoft Purview 数据治理的新定价模型于 2025 年 1 月 6 日生效。
Microsoft Purview 统一目录具有基于以下条件运行 2 米的新定价模型：
- 每天唯一受治理资产的数量
- 每次运行数据管理处理单位
先决条件
若要使用 Microsoft Purview 即用即付，需要：
如果已有这些资源用于其他目的，还可以将它们与 Microsoft Purview 一起使用。
什么是受治理资产？
从不特定于数据治理的活动开始数据治理之旅：注册和扫描数据源，以及以表、文件、数据集、语义模型、AI 模型、报表、仪表板等形式在通用平台中存储技术数据资产。
当你开始策划并主动管理Microsoft Purview 统一目录中的技术资产时，治理就会开始。 在统一目录，资产的积极管理和管理将资产转化为“受治理的资产”。 受治理资产是附加到治理概念的技术文件、表或报表等。 例如，数据产品或关键数据元素。 在技术资产与治理概念相关联之前，技术资产不会被视为“受治理资产”。
例如，如果 SQL Server 具有 200 个表，并且只有 20 个表位于奖牌结构的黄金层中。 你已创建 20 个数据产品，其中每个数据产品链接到一个表。 每天，统一目录的计费系统都会查找与数据产品关联的表计数。 只有 20 个表链接到数据产品，因此只有 20 个表受治理资产，而不是全部 200 个表。
随着时间的推移，你可能想要将术语表术语和策略附加到数据产品，这些数据产品随后也会应用于受治理的资产。 在每种情况下，受治理资产仍然是单个受治理资产，而不管该资产附加了多少个概念。
- 示例 1： 在数据产品中引用 SQL 表。 同一 SQL 表用于其他五个数据产品。 仅对 SQL 表进行一次计数，每天计数一次。
- 示例 2： 我创建了 50 个治理域和数据产品。 但尚未附加任何表或文件/报表/仪表板。 在这种情况下，我不会对任何受管资产收费。
- 示例 3： 我意外地将服务器附加到了数据产品。 Purview 仅将服务器计数为单个资产，而不是其中的所有子表
数据管理处理单元说明
(DGPU) 的数据管理处理单元是一个完全托管的计算单元，用于运行计算密集型功能，例如数据质量和数据运行状况管理。 根据工作负载需求，每个 DGPU 是跨不同节点集运行的 60 分钟的计算时间。
使用的 DGPU 取决于：
- DQ 或运行状况 (元数据质量) 规则类型 - 现装或自定义
- 数据量
- 源类型 - 同一数据量可能会跨两种不同的源类型生成不同的 DGPU
生成的某些 DGPU 范围如下所示：
| 数据源 | 行计数 | SKU 类型 | 规则类型 | 每个运行每个规则的 DGPU |
|---|---|---|---|---|
| Azure SQL DB | 100 万 | 基本 | 空/空白检查 | 0.02 |
| Azure SQL DB | 100 万 | 基本 | StringFormat=Regex/Like 检查 | 0.02 |
| Azure SQL DB | 100 万 | 基本 | 表格查找 (1 米尔行引用表) | 0.03 |
| Azure SQL DB | 100 万 | 基本 | 唯一检查 | 0.02 |
| Azure SQL DB | 100 万 | 基本 | 重复检查 = 3 列组合 | 0.02 |
SKU 选择是即将推出的一项功能。
扫描和数据映射的平台费用
新Microsoft Purview 统一目录当前在现有Microsoft Purview 数据映射上运行。 虽然经典统一目录的定价可以在今天的定价页中看到，但数据映射和扫描费用不适用于新统一目录的客户，一旦他们同意迁移到新的 Microsoft Purview 定价和体验，或者他们从免费层升级到企业层 2025 年 1 月 6 日。
虽然新Microsoft Purview 统一目录正在多个区域推出，但其当前可用性列表在此处提供。