Cómo funcionan los robots en la nube con Orchestrator

División de responsabilidad entre Orchestrator como plano de control y robots como capa de ejecución, que abarca la asignación de trabajos, la asignación de runtime y lo que difiere según el tipo de robot.

Orchestrator y el robot realizan trabajos diferentes. Orchestrator decide qué se ejecuta, dónde se ejecuta y qué recursos de carpeta puede utilizar el trabajo. El robot proporciona el entorno de ejecución y ejecuta la carga de trabajo. La conectividad de red a tus propios sistemas se configura fuera de ambos, en el nivel de tenant.

Cada tipo de robot se conecta a Orchestrator de la misma manera y aparece como una máquina en la misma estructura de carpetas, ya sea que el host sea autogestionado, proporcionado por UiPath o escalado automáticamente en tu propia cuenta en la nube.

Qué posee cada lado

Orchestrator: el plano de control	El robot: la capa de ejecución
El objeto de máquina y la plantilla de máquina, incluido el runtime y la asignación de ranuras	El sistema operativo, el software instalado y las dependencias locales
Qué tipos de procesos y tipos de runtime puede utilizar un trabajo	La ejecución de la propia carga de trabajo
Asignación, programación y desencadenadores de trabajos	Informar del estado, los registros y los seguimientos a Orchestrator
Recursos de ámbito de carpeta: activos, colas, depósitos de almacenamiento, conexiones	Llegar a los sistemas a los que se dirige la automatización
Contabilidad de licencias y consumo	Declarar qué tipos de procesos y runtimes admite

Cómo llega un trabajo a un robot

1. Un trabajo se inicia a partir de un desencadenador, una programación o un inicio manual, con un tipo de runtime seleccionado.
2. Orchestrator comprueba las plantillas de máquina asignadas a la carpeta para ver los tiempos de ejecución o ranuras de ese tipo disponibles.
3. Los robots conectados informan de los tipos de procesos y tipos de runtime que admiten.
4. Orchestrator envía el trabajo solo a un robot que admita ambos.
5. El robot ejecuta la carga de trabajo y transmite el estado y vuelve a iniciar sesión en Orchestrator.
6. Al finalizar, el runtime o la ranura vuelve al grupo.

Nota:

Un trabajo permanece en estado Pendiente mientras está en cola en un robot o mientras Orchestrator intenta establecer una conexión con uno. Si los tipos de runtime Agente, Función, API y RPA se comportan de forma idéntica mientras están pendientes, o si algunos tipos de runtime no se inician en lugar de esperar, no se confirma en el conjunto de documentación actual y debe verificarse con ingeniería antes de que esta distinción se publique como un hecho.

Qué difiere según el tipo de robot

Tipo de robot	Host proporcionado por	Versión de robot gestionada por
Robot autoalojado	USTED	USTED
Robots de Automation Cloud: máquina virtual	UiPath	UiPath, con una opción de exclusión
Automation Cloud Robots: sin servidor	UiPath	UiPath
Orquestación de robots elásticos	Usted, en su propia cuenta en la nube	UiPath, con una opción de exclusión
Automation Suite Robots	Tú, en tu clúster	Su versión de Automation Suite

La disponibilidad difiere según la plataforma en la nube. Para obtener más información, consulta Disponibilidad de características de Cloud Robots. Los robots de Automation Suite se documentan como su propia entrega de Automation Suite de esta guía: selecciona tu versión de Automation Suite en el selector de versiones de la guía o consulta Acerca de los robots de Automation Suite para obtener la versión actual de soporte a largo plazo.

Qué se configura fuera de Orchestrator

Llegar a los sistemas dentro de tu propia red es una configuración a nivel de tenant, no de Orchestrator. La puerta de enlace se crea en Administración, en el mosaico Puerta de enlace del tenant seleccionado, junto con su espacio de direcciones, conexiones y enrutamiento. Para obtener más información, consulta Configurar VPN para robots en la nube.

Orchestrator solo consume una puerta de enlace existente: un grupo de Cloud Robot - VM selecciona Conectar puerta de enlace VPN cuando se crea, y una plantilla de máquina sin servidor permite la misma integración a través de Gestionar la configuración de VPN.

Importante:

Un grupo de Cloud Robot - VM existente no se puede conectar a una puerta de enlace VPN después: un grupo que lo necesita se crea con la opción seleccionada. Una vez que se desconecta un grupo a través de la alternancia Habilitar integración de VPN , no se puede volver a conectar. Las plantillas de máquina sin servidor pueden activar o desactivar la integración de VPN y editar el espacio de direcciones en cualquier momento; los robots de esa plantilla se vuelven a conectar automáticamente según la nueva configuración.

Donde se documenta cada tema

La configuración, los requisitos, la capacidad y el soporte de carga de trabajo para cada tipo de robot se encuentran en las guías de robot. Los objetos del plano de control de los que depende un robot permanecen en la guía de Orchestrator:

• Máquinas y plantillas de máquina, incluido el runtime y la asignación de ranuras
• Trabajos y estados de trabajo
• Licencias y consumo