UiPath Documentation
test-cloud
latest
false
Importante :
La localización de contenidos recién publicados puede tardar entre una y dos semanas en estar disponible.

Guía de administración de Test Cloud

Aplicación del consumo de tenants

Aplicación del consumo de tenants

Nota:

La aplicación del consumo de tenants solo está disponible para Automation Cloud y Test Cloud.

La aplicación del consumo de tenant es una configuración por servicio y por tenant que controla si un servicio deja de consumir unidades cuando alcanza las unidades asignadas a ese tenant.

En Test Cloud, las licencias asignan un grupo de unidades, como Platform Units, a cada tenant. Históricamente, los servicios han seguido consumiendo unidades más allá de la cantidad asignada al tenant, extrayendo del grupo en el nivel de organización. Este comportamiento significaba que las asignaciones de tenants funcionaban como directrices en lugar de límites estrictos, lo que dificultaba el control de costes y el control del presupuesto para las organizaciones con varios tenants.

La aplicación del consumo de tenants aborda este problema permitiendo que los administradores de la organización y los administradores de tenants configuren, por servicio y por tenant, si el consumo se detiene en el 100 % de las unidades asignadas o continúa más allá del límite de tenants en el grupo de la organización.

Cómo funciona la aplicación

La aplicación funciona de forma independiente para cada servicio en cada tenant. Cuando la aplicación está habilitada para un servicio, ese servicio deja de procesar nuevas unidades al 100 % de la asignación del tenant. Cuando la aplicación está deshabilitada, el servicio continúa extrayendo del grupo a nivel de organización después de que se agote la asignación del tenant.

Cada servicio se configura individualmente. No hay grupos de servicios: la configuración de cumplimiento de un servicio no afecta a otros servicios del mismo tenant.

Escenarios de comportamiento

Configuración de aplicaciónConsumo al 100 % de la asignación de tenantsFuente de unidades después del límite de tenant
Detener al 100 % habilitadoEl servicio deja de consumir para ese tenantNo se han consumido unidades adicionales
Detener al 100 % deshabilitadoEl consumo continúa más allá del límite del tenantGrupo a nivel de organización

Cuando el consumo continúa más allá del límite de tenant, las unidades adicionales se extraen del grupo a nivel de organización. Esto proporciona una red de seguridad para los procesos críticos para el negocio al tiempo que sigue registrando el consumo a nivel de organización para fines de informes.

Comportamiento por servicio en el límite de aplicación

Los diferentes servicios gestionan el límite de aplicación de diferentes maneras en función de cómo informan de los eventos de consumo a la capa de licencias.

El sistema de licencias recibe eventos de consumo cuando se completa un proceso o actividad, no a mitad de la ejecución. Esto significa que si un proceso se completa y el consumo que informa empuja al tenant por encima del 100 %, ese último evento se acepta antes de que la aplicación detenga el consumo posterior. Por lo tanto, es posible un consumo excesivo menor en los límites del proceso incluso con la aplicación habilitada.

Enforcement activates at the next consumption event after the limit is hit, not mid-execution. If multiple processes are running when the limit is reached, all of them continue to completion and report their consumption — only new processes starting after that point are blocked.

For example, if five processes are still running when the tenant limit is hit, all five continue to completion, because enforcement only activates after each process reports its consumption event at the end of its run.

For services with larger individual consumption events, the overconsumption at the boundary may be proportionally larger.

Document Understanding

Consumption events are reported at the end of a complete document processing job. When the tenant limit is reached, Document Understanding allows the current job to finish before stopping new jobs. As a result, a small amount of overconsumption may occur at job boundaries.

The next job is blocked if enforcement is active and the allocation is at 100%. In cross-tenant scenarios where one tenant uses a Document Understanding model hosted on another tenant, consumption is always charged to the tenant hosting the model.

To control this consumption through enforcement, enable enforcement on the model-hosting tenant.

Agents

El sistema de licencias comprueba el consumo en cada llamada de LLM individual dentro de una ejecución de agente. Cuando se alcanza el límite de tenant con la aplicación habilitada, el agente puede detenerse a mitad de la ejecución en el siguiente límite de llamada de LLM. La ejecución no se completa.

ScreenPlay y Healing Agent

Both services have a separate enforcement setting for each unit type, and the two settings interact. ScreenPlay runs consume ScreenPlay Runs first; when overconsumption is allowed and ScreenPlay Runs are exhausted, ScreenPlay draws from the available Platform Units (Unified Pricing model).

Healing Agent runs consume Heals first; when overconsumption is allowed and Heals are exhausted, Healing Agent draws from the available Agent Units (Flex pricing model).

Cuando solo se asigna al tenant la unidad de desbordamiento (Platform Units para ScreenPlay; Agent Units para Healing Agent):

ConfiguraciónScreenPlayHealing Agent
Detener al 100 %Después de agotar las ejecuciones de ScreenPlay, comienza a consumir Platform Units del tenant. Cuando se agota, se detiene.Después de agotar Heals, comienza a consumir Agent Units de tenant. Cuando se agota, se detiene.
Permitir consumo excesivoDespués de agotar las ejecuciones de ScreenPlay, comienza a consumir Platform Units del tenant. Cuando se agota, se basa en el grupo de ejecuciones de ScreenPlay en el nivel de organización y luego en el grupo de Platform Units en el nivel de organización.Después de agotar Heals, comienza a consumir Agent Units de tenant. Cuando se agota, se basa en el grupo de Heals en el nivel de organización y luego en el grupo de Agent Unit en el nivel de organización.

Cuando ambos tipos de unidades se asignan al tenant:

Para ScreenPlay: unidad principal = Ejecuciones de ScreenPlay, unidad de desbordamiento = Platform Units. Para Healing Agent: unidad primaria = Heals, unidad de desbordamiento = Agent Units.

Configuración de la unidad principalConfiguración de unidad de desbordamientoResultado
Detener al 100 %Detener al 100 %Consume unidades primarias de tenant. Cuando se agota, comienza a consumir unidades de desbordamiento de tenant. Cuando ambos están agotados, se detiene.
Permitir consumo excesivoDetener al 100 %Consume unidades primarias de tenant. Cuando se agota, comienza a consumir unidades de desbordamiento de tenant. Cuando ambos se agotan, se extrae solo del grupo de unidades principales a nivel de organización. Las unidades de desbordamiento no se extraen del grupo a nivel de organización.
Detener al 100 %Permitir consumo excesivoConsume unidades primarias de tenant. Cuando se agota, comienza a consumir unidades de desbordamiento de tenant. Cuando ambos están agotados, se basa solo en el grupo de unidades de desbordamiento a nivel de organización. Las unidades primarias no se extraen del grupo a nivel de organización.
Permitir consumo excesivoPermitir consumo excesivoConsume unidades primarias de tenant. Cuando se agota, comienza a consumir unidades de desbordamiento de tenant. Cuando ambos se agotan, se extrae del grupo de unidades primarias a nivel de organización y luego del grupo de unidades de desbordamiento a nivel de organización.
Actividades de Maestro y Gen AI

La aplicación en el nivel de tenant aún no está implementada para estos servicios. Aparecen como no disponibles en la interfaz de configuración y siempre siguen consumiendo del grupo de la organización, independientemente de la configuración de aplicación en el tenant.

Umbrales de notificación

Las notificaciones de consumo se envían a medida que los servicios se acercan y alcanzan la asignación del tenant, independientemente de si la aplicación está habilitada o deshabilitada. Las notificaciones se envían en los siguientes umbrales para el consumo a nivel de tenant:

  • 50 % de las unidades asignadas consumidas
  • 75 % de las unidades asignadas consumidas
  • 90 % de las unidades asignadas consumidas

Todos los administradores de la organización y los administradores de tenants reciben estas notificaciones de forma predeterminada. Para obtener información sobre todos los eventos de notificación de licencias, consulta Notificaciones de licencias.

Nota:

Estos umbrales a nivel de tenant (50 %, 75 %, 90 %) son independientes de las notificaciones de consumo a nivel de organización, que se activan al 50 %, 75 % y 95 % de la asignación de toda la organización. Ambos conjuntos de notificaciones pueden estar activos simultáneamente.

Comportamiento predeterminado

Cuando la aplicación del consumo de tenants esté disponible en tu organización, la configuración predeterminada dependerá del estado de consumo actual de tu organización.

Estado de la organizaciónConfiguración de aplicación predeterminada
No tenants in overconsumptionDetener al 100 % habilitado para todos los servicios
Uno o más tenants ya están en consumo excesivoDetener al 100 % deshabilitado (para evitar la interrupción de los procesos de producción activos)

Organizations in the second category should audit their tenant allocations before enabling enforcement, to avoid blocking production processes that rely on the organization pool.

¿Te ha resultado útil esta página?

Conectar

¿Necesita ayuda? Soporte

¿Quiere aprender? UiPath Academy

¿Tiene alguna pregunta? Foro de UiPath

Manténgase actualizado