Como os robôs de nuvem trabalham com o Orchestrator

Divisão de responsabilidade entre o Orchestrator como o plano de controle e robôs como a camada de execução, cobrindo o envio de trabalhos, a alocação de runtime e o que difere por tipo de robô.

O Orchestrator e o robô fazem trabalhos diferentes. O Orchestrator decide o que é executado, onde é executado e quais recursos de pasta o trabalho pode usar. O robô fornece o ambiente de execução e executa a carga de trabalho. A conectividade de rede para seus próprios sistemas é configurada fora de ambos, no nível do tenant.

Cada tipo de robô conecta-se ao Orchestrator da mesma maneira e aparece como uma máquina na mesma estrutura de pastas, seja o host autogerenciado, fornecido pela UiPath ou escalonado automaticamente em sua própria conta na nuvem.

O que cada lado possui

Orchestrator — o plano de controle	O robô — a camada de execução
O objeto e o modelo da máquina, incluindo o runtime e a alocação de slots	O sistema operacional, software instalado e dependências locais
Quais tipos de processo e tipos de runtime um trabalho pode usar	A execução da carga de trabalho em si
Envio de trabalhos, agendamento e gatilhos	Relatando status, logs e traces de volta ao Orchestrator
Recursos com escopo de pasta: ativos, filas, buckets de armazenamento, conexões	Atingindo os sistemas alvos de automação
Licenciamento e contabilidade de consumo	Declarando quais tipos de processo e runtimes são compatíveis

Como um trabalho chega a um robô

1. Um trabalho começa a partir de um gatilho, um agendamento ou um início manual, com um tipo de runtime selecionado.
2. O Orchestrator verifica os modelos de máquina atribuídos à pasta para runtimes disponíveis ou slots desse tipo.
3. Os robôs conectados relatam quais tipos de processo e tipos de runtime são compatíveis.
4. O Orchestrator envia o trabalho apenas para um robô que suporte ambos.
5. O robô executa a carga de trabalho, transmite o status e faz o log de volta no Orchestrator.
6. Na conclusão, o runtime ou slot retorna ao pool.

Observação:

Um trabalho permanece no estado Pendente enquanto é enfileirado em um UiPath Robot ou enquanto o Orchestrator está tentando estabelecer uma conexão com um UiPath Robot. Se os tipos de runtime Agente, Função, API e RPA se comportam de forma idêntica enquanto pendentes, ou se alguns tipos de runtime falham ao iniciar em vez de esperar, não está confirmado no conjunto de documentação atual e deve ser verificado com engenharia antes que essa distinção seja publicada como um fato.

O que difere por tipo de robô

Tipo de Robô	Host fornecido por	Versão do robô gerenciado por
Robô auto-hospedado	VOCÊ	VOCÊ
Robôs do Automation Cloud — VM	UiPath	UiPath, com uma opção de exclusão
Robôs do Automation Cloud — Sem servidor	UiPath	UiPath
Orquestração de robôs elásticos	Você, em sua própria conta na nuvem	UiPath, com uma opção de exclusão
Automation Suite Robots	Você, no seu cluster	Sua versão do Automation Suite

A disponibilidade difere conforme a plataforma de nuvem. Para obter detalhes, consulte a disponibilidade de funcionalidade dos robôs do Cloud. Os robôs do Automation Suite são documentados como sua própria entrega do Automation Suite deste guia — selecione sua versão do Automation Suite no alternador de versões do guia ou consulte Sobre os Automation Suite Robots para a versão de suporte de longo prazo atual.

O que está configurado fora do Orchestrator

Alcançar sistemas dentro de sua própria rede é uma configuração no nível do tenant, não do Orchestrator. O gateway é criado em Admin, sob o bloco de Gateway do tenant selecionado, junto com seu espaço de endereço, conexões e roteamento. Para obter detalhes, consulte Configuração de VPN para robôs de nuvem.

O Orchestrator consome apenas um gateway existente: um pool Cloud Robot - VM seleciona Conectar gateway VPN quando é criado, e um modelo de máquina sem servidor permite a mesma integração por meio do Gerenciamento de configurações VPN.

Importante:

Um pool existente do Cloud Robot - VM não pode ser conectado a um gateway VPN posteriormente — um pool que precisa de um é criado com a opção selecionada. Depois que um pool é desconectado por meio da alternância Habilitar integração da VPN , ele não pode ser reconectado. Os modelos de máquinas Serverless podem alternar a integração VPN ativada ou desativada e editar o espaço de endereços a qualquer momento; os robôs nesse modelo se reconectam automaticamente de acordo com as novas configurações.

Onde cada tópico é documentado

Configuração, requisitos, capacidade e suporte de carga de trabalho para cada tipo de robô ao vivo nos guias do Robô. Os objetos do plano de controle dos quais um robô depende permanecem no guia do Orchestrator:

• Máquinas e modelos de máquina, incluindo runtime e alocação de slots
• Trabalhos e estados de trabalho
• Licenciamento e consumo