ガバナンス ワークフローについて

ガバナンス ワークフローを使用すると、組織のデータリソースの自動制御と承認メカニズムを設定できます。これらのワークフローを使用すると、承認された個人またはチームがデータ プロダクトへのアクセスを管理し、カタログと用語集のメタデータをキュレートできます。

ガバナンス ワークフローを使用すると、次のようなメリットがあります。

  • データ コンシューマーは、Knowledge Catalog（旧 Dataplex Universal Catalog）内で関連するデータ プロダクトを検索し、アクセスを直接リクエストできます。これにより、手動のサポート チケット プロセスが不要になります。
  • リクエストが承認されると、システムは必要な Identity and Access Management（IAM）ロールとグループ メンバーシップを自動的に付与します。これにより、手動の管理オーバーヘッドが排除され、アクセスまでの時間が短縮されます。
  • システムログには、リクエスト、理由、承認者の決定、タイムスタンプの監査証跡が記録され、コンプライアンス監査をサポートします。
  • 機密データアセットの一元化された承認メカニズムにより、アクセスとメタデータの更新が承認されたユーザーとチームに制限されます。

ユースケース

ガバナンス ワークフローは、さまざまなシナリオで自動アクセス管理とメタデータ キュレーションをサポートします。

  • データ プロダクトのアクセス管理: マーケティング マネージャーまたはリスク アナリストが、キュレートされた販売履歴または取引履歴のデータ プロダクトへのアクセスをリクエストして、顧客行動の分析やリスクモデルの構築を行います。承認されると、必要な IAM ロールが自動的にプロビジョニングされます。
  • ビジネス用語集のキュレーション: 組織は、ビジネス用語集のカテゴリと用語の作成と更新を、ドメインのコントリビューターまたは外部の請負業者に委任します。請負業者は、用語集を更新する前に、中央データ スチュワードによる審査のためにガバナンス リクエストを送信します。
  • カタログ エントリとバッチ メタデータの拡充: データ提供者または自動拡充エージェントが、カタログ エントリの単一またはバッチ アップデートを提案します。たとえば、カスタム エントリの作成、説明とアスペクトの更新、エントリとビジネス用語集の用語のリンクなどです。データオーナーは、1 つのワークフローで変更を確認して承認できます。

Knowledge Catalog でガバナンス ワークフローを使用する

ガバナンス ワークフローを使用すると、データ プロダクトへのアクセスをリクエストしたり、ビジネス用語集と Knowledge Catalog エントリに対する単一リソースのメタデータ変更をリクエストしたり、エントリとエントリリンクに対するバッチ メタデータ変更をリクエストしたりできます。

同時実行

1 つのリソースに複数の保留中のメタデータ変更リクエストを共存させることができます。Knowledge Catalog では、最後の書き込みが優先されるモデルが使用されます。つまり、リクエストが送信された日時に関係なく、最後に承認された変更が以前の更新を上書きします。保留中のリクエストは、リソースが直接更新された場合や、別の承認リクエストによって更新された場合でも、有効なままになります。

サポートされているメタデータ オペレーション

次の表に、メタデータ変更リクエストでサポートされているリソースとオペレーションを示します。

リソース 作成 更新 削除
用語集のカテゴリ はい ○ はい
用語集の用語 はい ○ はい
Entry はい ○ はい
エントリリンク はい いいえ はい

メタデータ変更リクエストをバッチ処理する

Dataplex API を使用すると、メタデータ オペレーションを 1 つの変更リクエストにグループ化できます。

サポートされているバッチ メタデータ オペレーション

次の表に、バッチ メタデータ変更リクエストでサポートされているリソースとオペレーションを示します。

リソース 作成 更新 削除
Entry はい ○ はい
エントリリンク はい ○ はい

一括メタデータ変更リクエストは、次の方法で開始できます。

  • ユーザーが直接送信する: REST API リクエストを送信して、エントリとエントリリンクのバッチ変更リクエストを作成します。
  • 拡充エージェントによって自動的に生成される: 拡充エージェントの実行により、自動公開ではなく人間によるレビューが必要なメタデータの推奨事項が生成されると、エージェントはバッチ変更リクエストを作成します。

ガバナンス ワークフローの処理パス

Knowledge Catalog は、ステータス値を使用して、ライフサイクル全体でリクエストを追跡します。次の表に、単一の変更リクエストとバッチ変更リクエストの各ステータスを示します。

ステータス 単一リクエスト メタデータ変更リクエストをバッチ処理する
NEW 審査待ち。リクエストを編集できるのは作成者のみです。また、リクエストを削除できるのは作成者またはワークフロー管理者のみです。 審査待ち。作成者はユーザーが送信したリクエストを編集でき、レビュー担当者は拡充エージェントのリクエストを編集できます。また、作成者またはワークフロー管理者はリクエストを削除できます。
APPLYING 該当なし 承認され、バックグラウンドで適用されています。
APPROVED 承認され、適用されました。 承認され、バッチ内の少なくとも 1 つの変更が成功しました。商品アイテムレベルのエラーは、レスポンスに一覧表示されます。
FAILED 適用できませんでした。リクエストを更新すると、ステータスが NEW にリセットされ、再承認が必要になります。 バッチ内の変更を適用できませんでした。リクエストを更新すると、ステータスが NEW にリセットされ、再承認が必要になります。
REJECTED 承認者によって拒否されました。変更は適用されませんでした。 承認者によって拒否されました。変更は適用されませんでした。

リクエストが手動で削除されるか、ターゲット リソースが削除されるか、90 日後に期限切れになると、Knowledge Catalog はリクエストをストレージから完全に削除します。リクエストの後続のクエリは 404 NOT_FOUND エラーを返します。

ガバナンス ワークフローのロール

ガバナンス ワークフローのロールには、リクエスト元、承認者、ワークフロー管理者が含まれます。次の表に、ロールの詳細を示します。

ロール 説明
リクエスト元 リクエストを作成して送信します。NEW 状態のリクエストを編集または削除できます。
承認者 リクエストを確認、承認、拒否します。エンリッチメント エージェントによって生成されたバッチ メタデータ変更リクエストの場合、承認者は承認前に提案されたバッチ変更を編集することもできます。
ワークフロー管理者 コンプライアンスをモニタリングし、ワークフロー ポリシーを構成して、リクエスト バックログを維持します。管理者は、すべてのリクエスト状態にわたる監査証跡を表示できます。また、管理者の削除権限を使用して、任意の状態のリクエストを削除できます。

制限事項

次のステップ