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

Knowledge Catalog のガバナンス ワークフローを使用すると、組織のデータリソースの自動制御と承認メカニズムを設定できます。その後、承認された個人またはチームにリクエストをルーティングして、データ プロダクトへのアクセスを管理できます。

利点

アクセス リクエストの管理にガバナンス ワークフローを使用すると、次のメリットがあります。

  • データ コンシューマは、Knowledge Catalog 内で関連するデータ プロダクトを見つけてアクセスを直接リクエストできるため、手動のサポート チケット プロセスが不要になります。
  • リクエストが承認されると、システムは必要な IAM ロールとグループ メンバーシップを自動的に付与します。これにより、手動による管理オーバーヘッドが排除され、アクセスまでの時間が短縮されます。
  • システムログには、すべてのリクエスト、理由、承認者の決定、タイムスタンプの完全な監査証跡が記録されるため、規制遵守の監査が簡素化されます。
  • 機密データアセットの一元化された承認メカニズムにより、アクセスが承認されたユーザーとチームに制限されます。

ユースケース

ガバナンス ワークフローは、さまざまな業界シナリオにわたる自動アクセス管理をサポートします。

  • 小売と e コマース: マーケティング マネージャーが、顧客行動を分析してターゲット広告キャンペーンを構築するために、地域販売データ プロダクト(キュレートされた theLook eCommerce データセットなど)へのアクセスをリクエストします。承認されると、必要な IAM ロールが自動的にプロビジョニングされます。
  • 医療: 臨床研究アナリストが、患者の属性全体で治療の有効性を評価するために、匿名化された患者の転帰データ プロダクト(キュレートされた匿名化された患者記録データセットなど)へのアクセスをリクエストします。承認されると、必要な IAM ロールが自動的にプロビジョニングされます。
  • 金融: リスク アナリストが、予測リスクモデルを構築し、コンプライアンス監査を確実に行うために、取引履歴データ プロダクト(集計されたクレジット アクティビティと不正行為モニタリング データセットなど)へのアクセスをリクエストします。承認されると、必要な IAM ロールが自動的にプロビジョニングされます。

各ユースケースでは、承認者がリクエストを承認すると、システムが必要な IAM ロールを付与します。

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

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

データ プロダクトへのアクセスをリクエストする方法については、データ プロダクトへのアクセスをリクエストするをご覧ください。

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

Knowledge Catalog は、ワークフロー ステータス値(NEW、APPROVED、REJECTED、DELETED)を使用して、リクエストのライフサイクル全体を追跡します。

次の表に、リクエスト処理パスのステップ、対応するステータス値、説明を示します。

ステップ ステータス 説明
リクエストの作成 NEW リクエスト元が新しいリクエストを送信します(データ プロダクトへのアクセスなど)。システムはリクエストをログに記録し、NEW ステータスを割り当てます。
復習 NEW リクエストは、承認された承認者による評価を待機している間、NEW ステータスのままになります。
承認者の決定 APPROVED または REJECTED 承認者はリクエストを評価し、承認または拒否を決定します。
  • リクエストが承認された場合: システムは、リクエストされたアクセス権を自動的にプロビジョニングするか、メタデータの変更を適用し、リクエスト元にメールで通知します。
  • リクエストが拒否された: ステータスが REJECTED に更新されます。リクエスト元に、決定の理由が記載されたメールが届きます。
有効期限切れまたは削除 DELETED リクエストは、次のシナリオで DELETED に移行します。
  • リクエストは、90 日間の有効期間(TTL)の間、NEW ステータスのまま未処理の状態です。
  • 保留中のリクエストに関連付けられているターゲット リソースが削除された。
  • リクエスト元またはワークフロー管理者がリクエストを手動で削除する。

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

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

ロール 説明
リクエスト元 リクエスト元はリクエストを作成して送信します。
承認者 承認者はリクエストを承認または拒否します。
ワークフロー管理者 コンプライアンスを確保し、ワークフロー ポリシーを構成して、リクエスト バックログを維持します。管理者は、すべてのリクエスト状態の監査証跡を表示できます。また、管理者の削除権限を使用して、任意の状態の削除リクエストを削除できます。

制限事項

  • ガバナンス ワークフローは、Assured Workloads のプロジェクトではサポートされていません。
  • ガバナンス ワークフローは、顧客管理の暗号鍵をサポートしていません。

次のステップ