Sobre la implementación

Una sola instancia de Orchestrator puede ejecutar simultáneamente hasta 1000 robots no atendidos o hasta 10 000 atendidos. Para la implementación recomendada para 10 000 UiPath Robots, comprueba la información que se muestra aquí.

Orchestrator también es compatible con el concepto múltiples tenencias. El enfoque se llama «Esquema compartido», lo que significa que varios tenants pueden compartir la misma base de datos y el mismo esquema de base de datos. Todos los datos relacionados con los tenants estarán definidos en cada tabla por su propio TenantId.

Descomposición lógica

La plataforma de servidor de UiPath tiene los siguientes componentes lógicos, agrupados en tres:

• Capa de presentación

  • Aplicación web
  • Terminales API REST OData
  • API de notificación

• Capa de servicio web

  • Implementación de la API REST

• Capa de persistencia

  • Servidor SQL

  • Búsqueda elástica

    
    

    

    
    

La aplicación web es la capa visual de la plataforma del servidor. El usuario interactúa con sus páginas web para realizar varias acciones: crear grupos de UiPath Robot, asignarles paquetes, analizar los registros por UiPath Robot o por proceso, iniciar y detener los UiPath Robots.

Además de las páginas web, Orchestrator también contiene una capa de servicio que expone una API de REST formada por terminales de OData. La API REST es consumida tanto por la aplicación web como por los Agentes. El Agente es el supervisor de uno o más UiPath Robots en el equipo del cliente.

Funcionalidades de Orchestrator cubiertas por la API REST:

• Configuración: los terminales REST utilizados para definir y configurar los usuarios de la aplicación, los permisos, los UiPath Robots, los activos, las versiones y los entornos.
• Supervisión y notificación: los terminales REST utilizados para registrar los Agentes, entregar los ajustes de configuración a los Agentes y para enviar o recibir notificaciones del servidor y del Agente. La API de notificación también utiliza la comunicación de WebSocket.
• Registros: los terminales REST utilizados para registrar información diversa como los errores, los mensajes explícitos enviados por los UiPath Robots y otra información específica de los entornos.
• Implementación: los terminales REST utilizados por los UiPath Robots para consultar la versión del paquete que debe ejecutarse si utilizas el comando Iniciar trabajo en Orchestrator.
• Colas: los terminales REST responsables de la administración de los artículos y las colas, en concreto añaden datos a la cola, obtienen una transacción desde la cola y establecen el estado de una transacción, entre otros.

Componentes de la capa de persistencia:

• Servidor SQL

  • almacena la configuración de UiPath Robots, los grupos de UiPath Robot y los procesos asociados, los usuarios, los roles, los programadores: información administrada a través del componente de la aplicación web.
  • administra los artículos en cola y la cola.
  • opcionalmente, almacena los mensajes registrados por los robots (en lugar de los mismos o además de Elasticsearch).

• Servidor Indexador (Elasticsearch) cuyo papel es almacenar e indexar la información que registran los UiPath Robots. Puede deshabilitarse a través de los ajustes de configuración.

  Nota: Los mensajes registrados por los robots pueden almacenarse en SQL Server, en el servidor indexador, en ambos o en ninguno.

El servidor Indexador utiliza el motor de búsqueda de texto completo Elasticsearch (un proyecto de código abierto). Todos los mensajes que registran UiPath Robots (mediante actividades como el mensaje de registro o la línea de escritura) se envían a través del terminal REST de registro al servidor Indexador donde se indexan para un uso futuro.

Nota: Para una mejor distribución de los recursos, se recomienda instalar el servidor indexador en una máquina independiente de la que tenga instalado SQL Server.

En el equipo del cliente, un proceso de ejecución se representa en el diagrama anterior como ejecutor. Puede haber varios proyectos empresariales ejecutándose simultáneamente, cada uno de ellos cuenta con un ejecutor correspondiente. El agente UiPath (un servicio de Windows) es el único punto de contacto para todos los ejecutores, a través del cual se registran los mensajes en el servicio de Orchestrator, que los procesa más rápido (servidor Indexador, base de datos de SQL Server o ambos).

Un UiPath Robot representa una asociación entre un nombre de máquina y un nombre de usuario. Puede administrar varios ejecutores al mismo tiempo. En los sistemas que son compatibles con varias sesiones interactivas que se ejecutan simultáneamente (p. ej., Windows Server 2012), puede haber varios UiPath Robots ejecutándose al mismo tiempo, cada uno en una sesión de Windows independiente y con un nombre de usuario único. A esta característica la denominamos «Robots de alta densidad».

El agente UiPath también es responsable de enviar el estado del UiPath Robot (por ejemplo, Enviar terminal Heartbeat) y descargar la versión adecuada del paquete que se va a ejecutar.

La comunicación entre el Agente y Orchestrator siempre es la inicia del Agent. En el escenario de la notificación, el Agente abre un canal WebSocket que es utilizado más tarde por Orchestrator para enviar comandos al UiPath Robot (iniciar, detener, etc.).

Recomendaciones de equilibrio de carga

Hemos probado la alta disponibilidad de Orchestrator y las implementaciones de recuperación de desastres con varios equilibradores de carga de red como BIG-IP F5, Citrix NetScaler ADC y HAProxy. Como la configuración en profundidad de un equilibrador de carga de red difiere mucho de un proveedor a otro, ofrecemos las siguientes recomendaciones:

Recomendable
	Utiliza un algoritmo de equilibrio de carga como Round Robin o un derivado predictivo de Round Robin;
	No utilices sesiones persistentes, también conocidas como sesiones sticky;
	Utiliza tu equilibrador de carga de red preferido en modo Layer 7, ya que puede interactuar con el punto final de comprobación de estado de la API de Orchestrator. Este punto final de la API está disponible en https://your-orchestrator.com/api/status y devuelve 200 OK si la aplicación web de Orchestrator está funcionando y 500 si no lo está. Para obtener más información, consulta Puntos finales de comprobación de estado en la guía de Orchestrator. El equilibrador de carga de la red debería cuestionar al punto final de comprobación de estado de la API de cada servidor de Orchestrator cada 3 a 5 segundos.