À propos des workflows de gouvernance

Les workflows de gouvernance dans Knowledge Catalog vous permettent de configurer des contrôles et des mécanismes d'approbation automatisés pour les ressources de données de l'organisation. Vous pouvez ensuite acheminer les demandes vers des personnes ou des équipes autorisées pour gérer l'accès à vos produits de données.

Avantages

L'utilisation de workflows de gouvernance pour gérer les demandes d'accès présente les avantages suivants :

  • Les consommateurs de données peuvent trouver des produits de données pertinents et demander l'accès directement dans Knowledge Catalog, ce qui remplace les processus manuels de demande d'assistance.
  • Une fois la demande approuvée, le système accorde automatiquement les rôles IAM et les appartenances aux groupes requis, ce qui élimine les frais administratifs manuels et réduit le temps d'accès.
  • Les journaux système capturent des pistes d'audit complètes de toutes les requêtes, justifications, décisions des approbateurs et codes temporels afin de simplifier l'audit de conformité réglementaire.
  • Les mécanismes d'approbation centralisés pour les éléments de données sensibles garantissent que l'accès est limité aux utilisateurs et aux équipes autorisés.

Cas d'utilisation

Les workflows de gouvernance permettent de gérer automatiquement les accès dans différents scénarios sectoriels :

  • Commerce et e-commerce : un responsable marketing demande l'accès à un produit de données de ventes régionales (par exemple, un ensemble de données theLook eCommerce organisé) pour analyser le comportement des clients et créer une campagne publicitaire ciblée. Une fois la demande approuvée, les rôles IAM requis sont automatiquement provisionnés.
  • Santé : un analyste en recherche clinique demande l'accès à un produit de données anonymisées sur les résultats des patients (par exemple, un ensemble de données de dossiers de patients anonymisés) pour évaluer l'efficacité du traitement en fonction des données démographiques des patients. Une fois la demande approuvée, les rôles IAM requis sont automatiquement provisionnés.
  • Finance : un analyste des risques demande l'accès à un produit de données d'historique des transactions (par exemple, un ensemble de données agrégées sur l'activité de crédit et la surveillance des fraudes) pour créer des modèles de risque prédictifs et assurer l'audit de conformité. Une fois la demande approuvée, les rôles IAM requis sont automatiquement provisionnés.

Dans chaque cas d'utilisation, le système fournit les rôles IAM requis lorsque l'approbateur accepte la demande.

Utiliser les workflows de gouvernance dans Knowledge Catalog

Vous pouvez utiliser des workflows de gouvernance pour demander l'accès à des produits de données et suggérer des modifications aux glossaires d'entreprise et aux entrées Knowledge Catalog.

Pour en savoir plus sur la demande d'accès aux produits de données, consultez Demander l'accès aux produits de données.

Chemin de traitement des workflows de gouvernance

Knowledge Catalog suit les demandes tout au long de leur cycle de vie à l'aide de valeurs d'état du workflow (NEW, APPROVED, REJECTED, DELETED).

Le tableau suivant liste les étapes du chemin de traitement des requêtes, les valeurs d'état correspondantes et leurs descriptions :

Étape État Description
Création de la demande NEW Un demandeur envoie une nouvelle requête (par exemple, pour accéder à un produit de données). Le système consigne la requête et lui attribue l'état NEW.
Examen NEW La demande reste à l'état NEW en attendant d'être évaluée par un approbateur autorisé.
Décision de l'approbateur APPROVED ou REJECTED L'approbateur évalue la demande et décide de l'approuver ou de la refuser :
  • Demande approuvée : le système provisionne automatiquement l'accès demandé ou applique les modifications des métadonnées, puis en informe le demandeur par e-mail.
  • Demande refusée : l'état passe à REJECTED. Le demandeur reçoit un e-mail contenant la justification de la décision.
Expiration ou suppression DELETED Une requête passe à l'état DELETED dans les cas suivants :
  • La requête reste sans réponse à l'état NEW pendant la période de valeur TTL (Time To Live) de 90 jours.
  • La ressource cible associée à une requête en attente est supprimée.
  • Un demandeur ou un administrateur de workflow supprime manuellement la demande.

Rôles associés aux workflows de gouvernance

Les rôles des workflows de gouvernance incluent les demandeurs, les approbateurs et les administrateurs de workflow. Le tableau suivant décrit les rôles en détail :

Rôle Description
Demandeur Un demandeur crée et envoie des demandes.
Validateur Un approbateur approuve ou refuse les demandes.
Administrateur de workflow Assure la conformité, configure les règles de workflow et gère le backlog des demandes. Les administrateurs peuvent consulter les pistes d'audit pour tous les états de demande et disposent d'autorisations de suppression administrative pour supprimer les demandes, quel que soit leur état.

Limites

Étapes suivantes