- Démarrage
- Sécurité et conformité des données
- Organisations
- Authentification et sécurité
- Licences
- À propos des licences
- Tarification unifiée : infrastructure du plan de licence
- Activation de votre licence Enterprise
- Migrer de Test Suite vers Test Cloud
- Migration de licence
- Attribuer des licences aux locataires
- Attribuer des licences utilisateur
- Révocation des licences utilisateur
- Surveillance de l’attribution des licences
- Surallocation de licences
- Notifications d'attribution de licence
- Gestion des licences utilisateur
- Locataires et services
- Comptes et rôles
- AI Trust Layer
- À propos de AI Trust Layer
- Vérification du résumé de l'utilisation
- Affichage des journaux d'audit
- Gestion des politiques AI Trust Layer
- Masquage PII
- Gestion d’Autopilot for Everyone
- Configuration des LLM
- Restriction des appels LLM à vos propres modèles
- Configuration de OpenTelemetry
- Gouvernance des données contextuelles pour les fonctionnalités GenAI
- Applications externes
- Notifications
- Journalisation
- Exporter des données
- Test dans votre organisation
- Résolution des problèmes
- Migrer vers Test Cloud
Vue centralisée d'AI Trust Layer de l'utilisation de LLM dans les produits UiPath avec le statut du modèle, le routage et les contrôles de remplacement par locataire.
Le Model Hub est un espace dédié au sein de l’ AI Trust Layer où les administrateurs et les équipes de conformité peuvent comprendre comment les LLM sont utilisés entre les produits UiPath d’un locataire ou d’une organisation.
Il vous donne un endroit unique pour voir quels modèles existent et où ils s'exécutent, comprendre leur statut, configurer le routage où pris en charge et remplacer les modèles par votre propre abonnement ou modèle. Le hub de modèle représente l'état efficace au niveau du locataire de la gouvernance définie via les politiques AI Trust Layer et Automation Ops; les attributions de politiques spécifiques à l'identité pour les utilisateurs et les groupes restent dans Automation Ops.
Avantages du modèle Hub
| Avantage | Ce que cela permet |
|---|---|
| Opérations de modèle centralisées | Collaborez sur l'utilisation, le statut et le routage des modèles entre les produits et les fonctionnalités, le tout au même endroit. |
| Dispositif de conformité plus rapide | Validez les fournisseurs et les modèles utilisés, ainsi que la façon dont le trafic est acheminé. |
| Réduction du risque opérationnel | Consultez tôt les modèles bloqués et obsolètes. |
| Gestion des modifications contrôlées | Suivez les modifications de configuration et indiquez si un système ou un utilisateur les a initiées. |
| Configurations LLM personnalisées en libre-service | Remplacez les modèles pris en charge par votre propre abonnement, ou ajoutez votre propre modèle. |
Vue de l'organisation par rapport au locataire
Model Hub est disponible sous forme d'onglet dans l'expérience d'administration AI Trust Layer et est accessible au niveau de l'organisation et du locataire. Le niveau détermine ce que vous pouvez voir et modifier.
| Aspect | Vue de l'organisation | Vue du locataire |
|---|---|---|
| Objectif | Une vue d’ensemble légère et une barre de lancement au niveau du locataire. | L'espace de configuration principal des modèles d'un locataire. |
| Informations affichées | Une carte par locataire, avec le nombre de modèles, la région du locataire et les nombres de statuts tels que Actif, Personnalisé ou Bientôt obsolète. | Une grille des modèles utilisés par produit et fonctionnalité. |
| Actions disponibles | Parcourir les locataires et leur statut de modèle de haut niveau, ouvrir un locataire avec Afficher les détails et démarrer un modèle personnalisé avec Ajouter un modèle personnalisé. | Configuration du routage, remplacement des modèles et examen de l'historique des configurations. |
| Limitations | Aucune configuration par fonctionnalité, aucune modification de routage ou aucun paramètre de résidence. | Affiche uniquement l'état effectif au niveau du locataire. |
Pour agir sur les modèles d'un locataire, consultez Gestion des modèles dans le modèle Hub.
Grille des locataires
La grille des locataires répertorie une ligne par fonctionnalité et modèle, regroupée par produit, avec les colonnes par défaut suivantes.
| Colonne | Ce qu’il affiche | Pourquoi c'est important |
|---|---|---|
| Produit | Les noms de produits, tels que Agents, servent d'en-têtes de groupe; les lignes en dessous identifient la fonctionnalité ou la capacité individuelle à l'aide du modèle. | Un produit peut utiliser plusieurs modèles en fonction de la fonctionnalité. |
| Modèle | Le modèle utilisé. | Identifie ce qui s'exécute dans la pratique. |
| Fournisseur | Le fournisseur de modèle. | Nécessaire pour la gouvernance et la conformité des fournisseurs. |
| Géré par | UiPath ou Personnalisé pour les configurations LLM personnalisées (BYOM ou BYOM). | Clarifie la propriété et la responsabilité. |
| Routage de modèle | La région de routage, le cas échéant. | Prend en charge le raisonnement de la résidence et de la continuité. |
| Statut du modèle | Actif, Bloqué, Bientôt obsolète | Disponibilité et conformité opérationnelles. |
Les cartes de statut telles que les fonctionnalités Actif, Personnalisé, Bientôt obsolète et Bloqué résument le locataire et filtrent la grille lorsqu'elles sont sélectionnées. La commande Colonnes ajoute des colonnes facultatives, telles que Modèle par défaut, et Recherche et Filtres affiner la liste.
Visibilité des produits et des fonctionnalités
La grille affiche uniquement les produits et fonctionnalités activés pour votre locataire. Si un produit n'est pas activé, tel qu'Autopilot ou une fonctionnalité d'Agent spécifique, ses lignes ne s'affichent pas.
Document Understanding n’est pas encore pris en charge dans Model Hub. Ses modèles ne sont pas affichés dans la grille et ne peuvent pas être gérés à partir du modèle Hub.
Comment les politiques sont reflétées dans le modèle Hub
Le hub de modèle reflète les politiques AI Trust Layer et la gouvernance Automation Ops associée, qui s’appliquent à chaque locataire.
Dans la vue du locataire, la bannière Résidence des données indique si une politique s'applique au locataire et vous permet d'agir en conséquence. Lorsqu'une politique est appliquée, elle est identifiée par son nom et vous pouvez la modifier ou la supprimer du même endroit. Lorsque le locataire n’a pas encore de politique, Model Hub vous guide pour en créer une, comme point de départ pour contrôler l’exécution des modèles et les modèles disponibles.
Les politiques couvrent plus que la résidence. Une politique AI Trust Layer peut:
- Appliquer la résidence des données et les régions autorisées, configurés dans l'onglet Régions de la stratégie — voir Résidence des données.
- Bloquez des modèles ou des fournisseurs spécifiques, par exemple tous les modèles OpenAI.
- Bloquez le trafic LLM d’un produit, par exemple Autopilot.
Lorsqu'une stratégie bloque quelque chose, la grille le reflète comme suit:
- Les modèles ou les fournisseurs bloqués apparaissent avec le statut Bloqué et sont comptabilisés dans la carte de statut des fonctionnalités bloquées .
- Si le trafic LLM d'un produit est bloqué, les modèles mappés à ce produit et à ses fonctionnalités apparaissent également comme Bloqués.
Les politiques peuvent être appliquées au niveau du locataire, du groupe ou de l'utilisateur, mais la grille indique uniquement la situation effective au niveau du locataire. Un modèle bloqué uniquement pour un utilisateur ou un groupe spécifique peut ne pas apparaître comme bloqué dans la grille. Les attributions de politique et les paramètres efficaces par identité sont disponibles dans Automation Ops.
| Étendue de la politique | Référé dans la grille des locataires? | Où valider |
|---|---|---|
| Locataire | Oui (Yes) | Hub de modèle |
| Groupe | Non affiché (vue locataire uniquement) | Automation Ops |
| Utilisateur (User) | Non affiché (vue locataire uniquement) | Automation Ops |
Résidence des données
Les informations sur la résidence des données affichées dans Model Hub reflètent la configuration définie dans les politiques AI Trust Layer. L’application de la résidence pour le trafic géré par UiPath est configurée dans l’onglet Régions de la stratégie, où vous définissez les régions à travers lesquelles le trafic LLM est autorisé à acheminer.
Par défaut, UiPath donne la priorité à la continuité des produits: les produits visent à continuer de fonctionner même lorsqu'un modèle n'est pas disponible dans la région préférée du locataire, afin que le trafic puisse être acheminé par la région disponible la plus proche. Par exemple, si un modèle n'est pas disponible en Australie, le trafic peut être acheminé vers la région prise en charge la plus proche afin que le produit soit opérationnel.
Lorsque vous appliquez la résidence, le trafic LLM ne peut être acheminé que via les régions que vous autorisez. Si le trafic ne peut pas être acheminé via une région autorisée, la demande échoue, et la fonctionnalité de produit dépendante peut échouer avec. Il s'agit d'un compromis intentionnel: une conformité stricte prend le pas sur la continuité.
Configurations LLM personnalisées
Le hub de modèle affiche les entrées contrôlées par le client avec Gérer par défini sur Personnalisé. Une configuration LLM personnalisée prend l'une des deux formes suivantes:
- Apportez votre propre abonnement: le même modèle pris en charge, s'exécutant sur votre propre abonnement.
- Apportez votre propre modèle (BYOM): un modèle en dehors de la liste prédéfinie du produit.
Étant donné que les entrées personnalisées sont contrôlées par le client, la résidence, les politiques et l'obsolescence leur sont appliquées différemment:
- La colonne Routage du modèle est vide pour les entrées personnalisées. Ceci est attendu: UiPath n'infère pas le routage à partir de, ni ne configure les points de terminaison de votre modèle personnalisé.
- Les stratégies de résidence contrôlent où UiPath achemine uniquement le trafic géré par UiPath. Une entrée personnalisée n'est pas bloquée lorsqu'un modèle géré par UiPath n'est pas disponible dans une région autorisée, car le routage pour les modèles personnalisés est entièrement déterminé par la configuration de votre point de terminaison. La réponse à vos exigences de résidence dépend de l’hébergement et de la configuration de vos points de terminaison dans des régions conformes.
- Vous possédez le cycle de vie de toute configuration LLM personnalisée. Lorsqu'un modèle que vous utilisez via un modèle est obsolète, UiPath vous en informe, et vos administrateurs sont responsables de la migration vers un modèle de remplacement avant la date d'obsolescence. Les étapes de migration sont décrites dans Gestion des modèles dans Model Hub.
Si une configuration personnalisée est manquante, obsolète ou incorrectement configurée, elle peut cesser de fonctionner. Dans ce cas, le système revient automatiquement à un LLM géré par UiPath pour maintenir la continuité, à moins que les LLM gérés par UiPath ne soient désactivés via une politique Automation Ops - alors les demandes échouent et les fonctionnalités qui reposent sur le modèle peuvent cesser de fonctionner.
Les procédures de configuration et de remplacement sont décrites dans Configuration des LLM et Gestion des modèles dans Model Hub.
Statut et obsolescence des modèles
La colonne Statut indique où chaque modèle se trouve dans son cycle de vie.
| État (Status) | Signification |
|---|---|
| Actif (Active) | Le modèle est disponible. |
| Bientôt obsolète | Le modèle sera retiré à une date connue, indiquée dans les détails de l’état avec le modèle de remplacement. Les tests et la migration sont recommandés. |
| Aperçu | Le modèle prend en charge des limites, y compris pour la résidence. |
| Bloqué | Le modèle ou son trafic est bloqué par une stratégie. |
Pour plus de détails sur le cycle de vie du modèle, consultez: