Sobre implantação

Uma única instância do Orchestrator pode executar simultaneamente até 1.000 robôs não assistidos ou até 10.000 robôs assistidos. Para a implantação recomendada para 10.000 Robots, verifique as informações apresentadas aqui.

O Orchestrator também é compatível com o conceito de várias tenancies. A abordagem é chamada de “Shared Schema", o que significa que vários tenants podem compartilhar o mesmo banco de dados e o mesmo esquema do banco de dados. Todos os dados relacionados aos tenants são definidos de forma não ambígua em cada tabela por sua própria TenantId.

Decomposição lógica

A Plataforma do UiPath Server possui os seguintes componentes lógicos, agrupados em três camadas:

• Camada da apresentação

  • Aplicativo da Web
  • Pontos de extremidade OData da API REST
  • API de notificação

• Camada do Serviço da Web

  • Implementação da API REST

• Camada da Persistência

  • SQL Server

  • Elasticsearch

    
    

    

    
    

O Aplicativo da Web é a camada visual da Plataforma do Servidor. O usuário interage com suas páginas da Web para realizar várias ações: criar grupos de Robô, atribuir pacotes a eles, analisar logs por Robô ou por processo, iniciar e interromper os Robôs.

Além das páginas da Web, o Orchestrator também contém uma camada de serviço, que expõe uma API REST, que consiste principalmente em pontos de extremidade de OData. A API REST é consumida tanto pelo aplicativo da web quanto pelos agentes. O Agente é o supervisor de um ou mais Robôs no computador cliente.

Funcionalidades do Orchestrator cobertas pela API REST:

• Configuração: pontos de extremidade REST usados para definir e configurar usuários de aplicativos, permissões, Robôs, ativos, versões e ambientes.
• Monitoramento e Notificação: pontos de extremidade REST usados para registrar os Agentes, fornecer configurações para os Agentes, além de enviar e receber notificações a partir do Servidor e do Agente. A API de Notificação também usa a comunicação WebSocket.
• Registros em log: pontos de extremidade REST usados para registrar informações diferentes, como erros, mensagens explícitas enviadas pelos Robôs e outras informações específicas do ambiente.
• Implantação: pontos de extremidade REST usados pelos Robôs para consultar a versão do pacote que deve ser executada se você usar o comando Start Job no Orchestrator.
• Filas: pontos de extremidade REST responsáveis por filas e gerenciamento de itens de fila, a saber, adicionar dados à fila, obter uma transação a partir da fila, definir o status de uma transação, etc.

Componentes da Camada de Persistência:

• SQL Server

  • armazena a configuração de Robôs, grupos de Robôs e processos, usuários, funções e agendamentos associados, informações gerenciadas pelo componente do Aplicativo da Web.
  • gerencia filas e itens de fila.
  • opcionalmente, armazena as mensagens registradas pelos robôs (em vez de ou além de Elasticsearch).

• Servidor de Indexador (Elasticsearch), cuja função é armazenar e indexar as informações registradas pelos Robôs. Ele pode ser desabilitado por meio de ajustes na configuração.

  Observação: mensagens registradas pelos Robots podem ser armazenadas no SQL Server, no Indexer Server, em ambos ou em nenhum.

O Servidor de Indexador usa o mecanismo de pesquisa de texto completo Elasticsearch (um projeto de código aberto). Todas as mensagens registradas por Robôs (usando atividades como Log Message ou Write Line) são enviadas pelo endpoint de Registros em log REST para o Servidor do Indexador, onde eles são indexados para utilização futura.

Observação: para uma melhor distribuição de recursos, recomenda-se instalar o Indexer Server em uma máquina separada daquela na qual o SQL Server está instalado.

No computador cliente, um processo em execução é representado no diagrama acima como um Executor. Pode haver vários projetos de negócios em execução ao mesmo tempo, cada um com um Executor correspondente. O Agente da UiPath (um serviço do Windows) é o único ponto de contato para todos os Executores, por meio do qual todas as mensagens são registradas no Serviço do Orchestrator, que os processa ainda mais (o Servidor de Indexador ou o banco de dados do SQL Server ou ambos).

Um Robô representa uma associação entre um nome de máquina e um nome de usuário. Ele pode gerenciar vários executores ao mesmo tempo. Em sistemas que oferecem suporte a várias sessões interativas em execução simultaneamente (por exemplo, Windows Server 2012), pode haver vários Robôs em execução ao mesmo tempo, cada um em uma sessão do Windows separada, usando um nome de usuário exclusivo. Chamamos essa funcionalidade de “Robôs de Alta Densidade".

O Agente da UiPath também é responsável por enviar o status do Robô (por exemplo, ponto de extremidade do SubmitHeartBeat) e fazer o download da versão exigida do pacote a ser executado.

A comunicação entre o Agente e o Orchestrator sempre é iniciada pelo Agente. No cenário de notificação, o Agente abre um canal WebSocket que é usado mais tarde pelo Orchestrator para enviar comandos para o Robô (Começar, Parar etc.).

Recomendações de balanceamento de carga

Nós testamos as implantações de alta disponibilidade do Orchestrator e de recuperação de desastres com vários balanceadores de carga de rede, como o BIG-IP F5, Citrix NetScaler ADC e HAProxy. Como a configuração detalhada de um balanceador de carga de rede difere muito de fornecedor para fornecedor, temos as seguintes recomendações:

Recomendação
	Use um algoritmo de balanceamento de carga como o Round Robin ou um derivado preditivo do Round Robin;
	Não use sessões persistentes, também conhecidas como sessões adesivas;
	Use seu balanceador de carga de rede preferido no modo de Camada 7, pois ele pode interagir com o endpoint de verificação de integridade da API do Orchestrator. Esse endpoint da API está disponível em https://your-orchestrator.com/api/status e retorna 200 OK se o aplicativo web do Orchestrator estiver funcionando e 500 se não estiver funcionando. Consulte Verificação de integridade de pontos de extremidade no guia do Orchestrator para obter mais detalhes. O balanceador de carga de rede deve interrogar o ponto de extremidade de verificação de integridade da API de cada servidor do Orchestrator a cada 3 a 5 segundos.