關於治理工作流程

管理工作流程可讓您為組織資料資源設定自動化控管和核准機制。透過這些工作流程，您可以確保授權人員或團隊管理資料產品的存取權，並管理目錄和詞彙表的中繼資料。

使用管理工作流程有以下優點：

  • 資料消費者可以直接在 Knowledge Catalog (原稱 Dataplex Universal Catalog) 找到相關資料產品並要求存取權，不必再手動提交支援單。
  • 要求核准後，系統會自動授予必要的 Identity and Access Management (IAM) 角色和群組成員資格，省去手動管理作業，並縮短存取時間。
  • 系統記錄會擷取要求、理由、核准者決策和時間戳記的稽核追蹤記錄，以支援法規遵循稽核。
  • 機密資料資產的集中核准機制，有助於確保只有授權使用者和團隊才能存取及更新中繼資料。

用途

治理工作流程支援自動化存取權管理和中繼資料彙整，適用於各種情境：

  • 資料產品存取權管理：行銷經理或風險分析師要求存取精選銷售或交易記錄資料產品，以分析顧客行為或建立風險模型。獲准後，系統會自動佈建必要的 IAM 角色。
  • 組織詞彙管理：組織委派網域貢獻者或外部承包商，建立及更新組織詞彙類別和字詞。承包商在更新詞彙表前，會先提交管理要求，交由中央資料管理員審查。
  • 目錄項目和批次中繼資料充實：資料提供者或自動充實代理程式會對目錄項目提出單一或批次更新，例如建立自訂項目、更新說明和面向，或將項目連結至組織詞彙。資料擁有者可以在單一工作流程中查看及核准變更。

在 Knowledge Catalog 使用治理工作流程

您可以使用控管工作流程，要求存取資料產品、要求對組織詞彙和 Knowledge Catalog 項目進行單一資源中繼資料變更，以及要求對項目和項目連結進行批次中繼資料變更。

並行

單一資源可以同時有多項待處理的中繼資料變更要求。Knowledge Catalog 採用最後寫入者優先模式，也就是說，無論要求何時提交，最近核准的變更都會覆寫先前的更新。即使資源直接更新或由其他核准的要求更新，待處理的要求仍有效。

支援的中繼資料作業

下表列出中繼資料變更要求支援的資源和作業：

資源 建立 更新 刪除
詞彙表類別 是 是 是
詞彙表字詞 是 是 是
Entry 是 是 是
Entry link 是 否 是

批次中繼資料變更要求

您可以使用 Dataplex API，將中繼資料作業分組為單一變更要求。

支援的批次中繼資料作業

下表列出批次中繼資料變更要求支援的資源和作業：

資源 建立 更新 刪除
Entry 是 是 是
Entry link 是 是 是

批次中繼資料變更要求可透過下列方式提出：

  • 由使用者直接提交：您傳送 REST API 要求，為項目和項目連結建立批次變更要求。
  • 由擴充代理自動生成：擴充代理執行作業生成的中繼資料建議，如果需要人工審查而非自動發布，代理會建立批次變更要求。

管理工作流程處理路徑

Knowledge Catalog 會使用狀態值，追蹤要求在整個生命週期中的狀態。下表說明單一和批次變更要求的各個狀態：

狀態 單一要求 批次中繼資料變更要求
NEW 待審查。只有作者可以編輯要求，且只有作者或工作流程管理員可以刪除要求。 待審查。作者可以編輯使用者提交的要求，審查者可以編輯擴充代理要求，作者或工作流程管理員則可以刪除要求。
APPLYING 不適用。 已核准，正在背景套用。
APPROVED 已核准並套用。 已核准，且批次中至少有一項變更成功。回應中會列出所有項目層級錯誤。
FAILED 無法套用。更新要求後，狀態會重設為「NEW」，等待重新核准。 無法套用批次中的任何變更。更新要求後，狀態會重設為「NEW」，等待重新核准。
REJECTED 遭核准者拒絕。未套用任何變更。 遭核准者拒絕。未套用任何變更。

如果手動刪除要求、刪除目標資源，或要求在 90 天後過期，Knowledge Catalog 會從儲存空間永久移除要求。後續查詢會傳回 404 NOT_FOUND 錯誤。

管理工作流程角色

治理工作流程角色包括要求者、核准者和工作流程管理員。下表詳細說明這些角色：

角色 說明
要求者 建立及提交要求，並可在要求處於NEW狀態時編輯或刪除自己的要求。
核准者 審查、核准或拒絕要求。對於由強化代理產生的批次中繼資料變更要求，核准者也可以在核准前編輯建議的批次變更。
工作流程管理員 監控法規遵循情形、設定工作流程政策，以及維護待處理要求。管理員可以查看所有要求狀態的稽核追蹤記錄，並具備管理刪除權限，可移除任何狀態的要求。

限制

後續步驟