治理工作流简介

借助治理工作流，您可以为组织数据资源设置自动化控制和审批机制。借助这些工作流，您可以确保由获得授权的个人或团队管理对数据产品的访问权限，并精选目录和术语表元数据。

使用治理工作流具有以下优势：

  • 数据使用者可以直接在 Knowledge Catalog（以前称为 Dataplex Universal Catalog）中查找相关数据产品并请求访问权限，从而取代手动支持服务工单流程。
  • 请求获得批准后，系统会自动授予所需的 Identity and Access Management (IAM) 角色和群组成员资格，从而消除手动管理开销并缩短访问时间。
  • 系统日志会捕获请求、理由、审批者决策和时间戳的审核跟踪记录，以支持合规性审核。
  • 针对敏感数据资产的集中审批机制有助于确保只有获得授权的用户和团队才能访问和更新元数据。

使用场景

治理工作流支持在各种场景中自动进行访问管理和元数据整理：

  • 数据产品访问权限管理：营销经理或风险分析师请求访问精选销售或交易记录数据产品，以分析客户行为或构建风险模型。获得批准后，系统会自动预配所需的 IAM 角色。
  • 业务术语库精选：组织将创建和更新业务术语库类别和术语的工作委托给网域贡献者或外部承包商。承包商在更新术语表之前，会提交治理请求，供中央数据监管人员审核。
  • 目录条目和批量元数据丰富：数据贡献者或自动丰富代理对目录条目提出单项或批量更新建议，例如创建自定义条目、更新说明和切面，或将条目关联到业务术语库术语。数据所有者可以在单个工作流中查看和批准更改。

在 Knowledge Catalog 中使用治理工作流

您可以使用治理工作流来请求访问数据产品、请求对业务术语库和 Knowledge Catalog 条目进行单资源元数据更改，以及请求对条目和条目链接进行批量元数据更改。

并发

单个资源上可以同时存在多个待处理的元数据更改请求。Knowledge Catalog 采用最后写入者胜出模型，这意味着无论请求何时提交，最近批准的更改都会覆盖之前的更新。即使资源直接更新或通过其他已批准的请求更新，待处理的请求仍然有效。

支持的元数据操作

下表列出了元数据更改请求支持的资源和操作：

资源 创建 更新 删除
术语表类别 是 是 是
术语表术语 是 是 是
Entry 是 是 是
条目链接 是 否 是

批量元数据更改请求

您可以使用 Dataplex API 将元数据操作分组到单个更改请求中。

支持的批量元数据操作

下表列出了批量元数据更改请求支持的资源和操作：

资源 创建 更新 删除
Entry 是 是 是
条目链接 是 是 是

批量元数据更改请求可以通过以下方式发起：

  • 由用户直接提交：您发送 REST API 请求，为条目和条目链接创建批量变更请求。
  • 由丰富代理自动生成：当丰富代理运行生成需要人工审核而不是自动发布的元数据建议时，代理会创建批量更改请求。

治理工作流处理路径

Knowledge Catalog 会使用状态值跟踪请求的整个生命周期。下表介绍了单个和批量更改请求的每种状态：

状态 单个请求 批量元数据更改请求
NEW 待审核。只有作者可以修改请求，并且只有作者或工作流管理员可以删除请求。 待审核。作者可以修改用户提交的请求，审核者可以修改扩充代理请求，作者或工作流管理员可以删除请求。
APPLYING 不适用。 已批准，正在后台应用。
APPROVED 已批准并应用。 已批准，且批处理中至少有一项更改成功。响应中会列出所有商品级错误。
FAILED 无法应用。更新请求会将其状态重置为NEW，以便重新审批。 无法应用该批次中的任何更改。更新请求会将其状态重置为NEW，以便重新审批。
REJECTED 已被审批者拒绝。未应用任何更改。 已被审批者拒绝。未应用任何更改。

当请求被手动删除、其目标资源被删除或在 90 天后过期时，Knowledge Catalog 会从存储空间中永久移除该请求。后续请求查询会返回 404 NOT_FOUND 错误。

治理工作流角色

治理工作流角色包括请求者、审批者和工作流管理员。下表详细介绍了这些角色：

角色 说明
请求者 创建和提交请求，并可在请求处于 NEW 状态时修改或删除自己的请求。
审批人 审核、批准或拒绝请求。对于由丰富代理生成的批量元数据更改请求，审批者还可以在批准之前修改建议的批量更改。
工作流管理员 监控合规性、配置工作流政策并维护请求积压。管理员可以查看所有请求状态的审核跟踪记录，并拥有管理员删除权限，可以移除任何状态的请求。

限制

后续步骤