Application de la consommation du locataire

Application de la consommation du locataire

Remarque :

L’application de la consommation de locataires est disponible uniquement pour Automation Cloud et Test Cloud.

L'application de la consommation de locataire est une configuration par service et par locataire qui contrôle si un service arrête de consommer des unités lorsqu'il atteint le nombre d'unités allouées à ce locataire.

Dans Test Cloud, les licences affectent un pool d'unités, telles que des Platform Units, à chaque locataire. Historiquement, les services ont continué de consommer des unités au-delà du montant affecté au locataire, en puisant dans le pool au niveau de l'organisation. Ce comportement signifiait que les affectations de locataires fonctionnaient comme des directives plutôt que des limites strictes, ce qui rendait le contrôle des coûts et la gouvernance du budget difficiles pour les organisations avec plusieurs locataires.

L’application de la consommation des locataires permet de résoudre ce problème en permettant aux administrateurs de l’organisation et aux administrateurs de locataires de configurer, par service et par locataire, si la consommation s’arrête à 100 % des unités allouées ou continue au-delà de la limite de locataires dans le pool de l’organisation.

Comment fonctionne l’application

L'application fonctionne indépendamment pour chaque service sur chaque locataire. Lorsque l'application est activée pour un service, ce service arrête de traiter les nouvelles unités à 100 % de l'attribution du locataire. Lorsque l’application est désactivée, le service continue d’apprendre du pool au niveau de l’organisation une fois l’attribution du locataire épuisée.

Chaque service est configuré individuellement. Il n'y a pas de groupes de services : les paramètres d'application pour un service n'affectent pas les autres services sur le même locataire.

Scénarios de comportement

Paramètre d’application	Consommation à 100 % de l’attribution des locataires	Source de l’unité après la limite de locataire
Arrêter à 100 % activé	Le service cesse de consommer pour ce locataire	Aucune unité supplémentaire consommée
Arrêter à 100 % désactivé	La consommation continue au-delà de la limite du locataire	Pool au niveau de l'organisation

Lorsque la consommation continue au-delà de la limite du locataire, les unités supplémentaires sont retirées du pool au niveau de l’organisation. Cela fournit un réseau de sécurité pour les processus métier critiques tout en enregistrant la consommation au niveau de l’organisation à des fins de rapport.

Comportement par service à la limite d’application

Différents services gèrent la limite d'application de différentes manières en fonction de la façon dont ils signalent les événements de consommation à la couche de licence.

Le système de licence reçoit les événements de consommation lorsqu'un processus ou une activité se termine, et non à mi-exécution. Cela signifie que si un processus se termine et que la consommation qu'il signale fait franchir le locataire au-dessus de 100 %, ce dernier événement est accepté avant que l'application n'interrompe la consommation suivante. Une surconsommation mineure aux limites du processus est donc possible, même lorsque l’application est activée.

L’application s’active lors du prochain événement de consommation après le dépassement de la limite, et non à mi-exécution. Si plusieurs processus sont en cours d'exécution lorsque la limite est atteinte, tous continuent de se terminer et signalent leur consommation. Seuls les nouveaux processus commençant après ce point sont bloqués. Par exemple, si cinq processus sont encore en cours d'exécution lorsque la limite de locataires est atteinte, tous les cinq continuent d'être terminés, car l'application ne s'active qu'après que chaque processus a signalé son événement de consommation à la fin de son exécution. Pour les services avec des événements de consommation individuels plus importants, la surconsommation à la limite peut être proportionnellement plus importante.

Document Understanding

Les événements de consommation sont signalés à la fin d’une tâche de traitement de document complète. Lorsque la limite du locataire est atteinte, Document Understanding permet à la tâche actuelle de se terminer avant d'arrêter les nouvelles tâches. Par conséquent, une petite quantité de surconsommation peut se produire aux limites des tâches. La tâche suivante est bloquée si l'application est active et que l'attribution est définie sur 100 %. Dans les scénarios inter-locataires où un locataire utilise un modèle Document Understanding hébergé sur un autre locataire, la consommation est toujours facturée au locataire hébergeant le modèle. Pour contrôler cette consommation via l’application, activez l’application sur le locataire hébergeant le modèle.

Agents

Le système de concession de licence vérifie la consommation à chaque appel LLM individuel dans une exécution d'agent. Lorsque la limite du locataire est atteinte avec l'application activée, l'agent peut s'arrêter à mi-parcours à la prochaine limite d'appels LLM. L'exécution ne se termine pas.

ScreenPlay et Healing Agent

Les deux services ont un paramètre d’application distinct pour chaque type d’unité, et les deux paramètres interagissent. Les exécutions de ScreenPlay consomment d'abord les exécutions de ScreenPlay; lorsque la surconsommation est autorisée et que les exécutions de ScreenPlay sont épuisées, ScreenPlay puise dans les Platform Units disponibles (modèle Unified Pricing). Les exécutions de Healing Agent consomment d'abord les réparations; lorsque la surconsommation est autorisée et que les Heals sont épuisés, Healing Agent puise dans les Agent Units disponibles (modèle de tarification Flex).

Lorsque seule l'unité de débordement est allouée au locataire (Platform Units pour ScreenPlay; Agent Units pour Healing Agent):

Paramètre	ScreenPlay	Healing Agent
Arrêter à 100 %	Après avoir épuisé les exécutions ScreenPlay, commence à consommer les Platform Units du locataire. Lorsqu'il est épuisé, s'arrête.	Une fois que les Heals ont été épuisés, la consommation des Agent Units du locataire commence. Lorsqu'il est épuisé, s'arrête.
Autoriser la surconsommation	Après avoir épuisé les exécutions ScreenPlay, commence à consommer les Platform Units du locataire. Lorsqu'il est épuisé, puise dans le pool d'exécutions ScreenPlay au niveau de l'organisation, puis au pool de Platform Units au niveau de l'organisation.	Une fois que les Heals ont été épuisés, la consommation des Agent Units du locataire commence. Lorsqu'il est épuisé, il puise dans le pool de Heals au niveau de l'organisation, puis dans le pool d'Agent Units au niveau de l'organisation.

Lorsque les deux types d’unités sont attribués au locataire:

Pour ScreenPlay: unité principale = exécutions ScreenPlay, unité de débordement = Platform Units. Pour Healing Agent: unité primaire = Heals, unité de débordement = Agent Units.

Paramètres d'unité principale	Dépassement du paramètre d'unité	Résultat
Arrêter à 100 %	Arrêter à 100 %	Consomme les unités principales des locataires. Lorsqu'il est épuisé, commence à consommer les unités de débordement du locataire. Lorsque les deux sont épuisés, s’arrête.
Autoriser la surconsommation	Arrêter à 100 %	Consomme les unités principales des locataires. Lorsqu'il est épuisé, commence à consommer les unités de débordement du locataire. Lorsque les deux sont épuisés, puis dans le pool d’unités principales au niveau de l’organisation uniquement. Les unités de débordement ne sont pas extraites du pool au niveau de l'organisation.
Arrêter à 100 %	Autoriser la surconsommation	Consomme les unités principales des locataires. Lorsqu'il est épuisé, commence à consommer les unités de débordement du locataire. Lorsque les deux sont épuisés, extrait uniquement le pool d’unités de débordement au niveau de l’organisation. Les unités principales ne sont pas extraites du pool au niveau de l'organisation.
Autoriser la surconsommation	Autoriser la surconsommation	Consomme les unités principales des locataires. Lorsqu'il est épuisé, commence à consommer les unités de débordement du locataire. Lorsque les deux sont épuisés, puis dans le pool d'unités principal au niveau de l'organisation, puis dans le pool d'unités de débordement au niveau de l'organisation.

Activités Maestro et GenAI

L’application au niveau du locataire n’est pas encore mise en œuvre pour ces services. Elles apparaissent indisponibles dans l’interface de configuration et continuent toujours à consommer à partir du pool de l’organisation, quel que soit le paramètre d’application sur le locataire.

Seuils de notification

Les notifications de consommation sont envoyées lorsque les services se rapprochent et atteignent l'attribution du locataire, que l'application soit activée ou désactivée. Les notifications sont envoyées aux seuils suivants pour une consommation au niveau du locataire :

• 50 % des unités allouées consommées
• 75 % des unités allouées consommées
• 90 % des unités allouées consommées

Tous les administrateurs d'organisation et les administrateurs de locataire reçoivent ces notifications par défaut. Pour plus d'informations sur tous les événements de notification de licence, consultez Notifications d'attribution de licence.

Remarque :

Ces seuils au niveau du locataire (50 %, 75 %, 90 » sont distincts des notifications de consommation au niveau de l'organisation, qui se déclenchent à 50 %, 75 % et 95 % de l'attribution à l'échelle de l'organisation. Les deux ensembles de notifications peuvent être actifs simultanément.

Comportement par défaut

Lorsque l’application de la consommation de locataires est disponible dans votre organisation, le paramètre par défaut dépend de l’état de consommation actuel de votre organisation.

État de l'organisation	Paramètres d’application par défaut
Aucun locataire actuellement en surconsommation	Arrêter à 100 % activé pour tous les services
Un ou plusieurs locataires déjà en surconsommation	Arrêter à 100 % désactivé (pour éviter d'interrompre les processus de production actifs)

Les organisations de la deuxième catégorie doivent auditer leurs attributions de locataires avant d’activer l’application, afin d’éviter de bloquer les processus de production qui reposent actuellement sur le pool de l’organisation.

Rubriques connexes

• Configurer l’application de la consommation du locataire
• Surallocation de licences