Arquitetura de implantação

Terminologia

For more information on the core concepts used in an Automation Suite deployment, refer to Glossary.

Modos de implantação e casos de uso

O Automation Suite oferece suporte aos dois modos de implantação a seguir:

Modo de implantação	Description
Nó único — avaliação	Com suporte para cenários de avaliação e demonstração. Requisitos e instalação do perfil de avaliação de nó único
Vários nós - produção, habilitado para HA	Suportado para uso em produção. Você pode executar configurações adicionais pós-implantação para obter recursos completos de HA. Requisitos e instalação do perfil de produção pronto para alta disponibilidade de vários nós

See Supported use cases for single-node and multi-node installations for more details on how to choose the deployment mode that you best suit your needs.

Arquitetura de implantação

Esta página oferece informações sobre a arquitetura do Automation Suite e descreve os componentes agrupados no instalador.

Tipos de nó

Um nó de servidor hospeda serviços de gerenciamento de cluster (plano de controle) que executam importantes operações de cluster, como orquestração de carga de trabalho, gerenciamento de estado de cluster, balanceamento de carga de solicitações de entrada etc. O Kubernetes também pode executar alguns dos produtos UiPath® e componentes compartilhados com base na disponibilidade de recursos subjacentes.

Um nó de agente é responsável apenas por executar os produtos UiPath® e componentes compartilhados.

Um nó de agente especializado executa cargas de trabalho especiais, como análise do Task Mining, pipelines do Document Understanding que exigem capacidade de GPU ou Automation Suite Robots. No entanto, os principais serviços do Task Mining, Document Understanding ou Automation Suite Robots ainda são executados no servidor ou nos nós dos agentes. Os nós de agentes especializados não hospedam nenhum produto UiPath® ou componentes compartilhados.

Importante:

O Automation Suite não pode garantir qual produto UiPath é executado em cada nó. Isso é gerenciado exclusivamente pelo Kubernetes.

Implantação de avaliação de nó único

Uma implantação de avaliação de nó único refere-se, aqui, a um nó de servidor único. Isso não significa uma implantação de todo o Automation Suite em uma única máquina. Talvez seja necessário adicionar agentes adicionais ou nós de agentes especializados se todo o conjunto de produtos não puder caber em um único nó de servidor ou se você desejar executar tarefas especiais, como análise de Task Mining e pipelines de Document Understanding, que exigem recursos de GPU.

Implantação de produção pronta para HA de vários nós

Uma implantação de produção pronta para HA de vários nós envolve 3 ou mais nós de servidor atrás de um balanceador de carga. Isso é para garantir que, em caso de desastre, quando qualquer um dos nós do servidor ficar inativo, o conjunto de automação ainda esteja disponível para executar fluxos de trabalho críticos de negócios. O número de nós de agente é opcional e é baseado no uso real.

High Availability Add-on

Em uma configuração de vários nós, a Alta Disponibilidade (HA) é habilitada por padrão. No entanto, o cache de memória baseado em Redis usado pelos serviços de cluster está sendo executado em um único pod e representa um único ponto de falha. Para mitigar o impacto de uma falha ou reinicialização do nó de cache, você pode adquirir o High Availability Add-on (HAA), que permite a implantação redundante de vários pods do cache.

For more details on how to enable HAA in a multi-node setup, see Enabling High Availability Add-on for the cluster.

Implantação online

Uma implantação online significa que o Automation Suite requer acesso à Internet durante a instalação e o tempo de execução. Todos os produtos UiPath® e bibliotecas de suporte são hospedados no registro UiPath® ou em um armazenamento de terceiros de confiança da UiPath.

You can restrict access to the internet with the help of either a restricted firewall or a proxy server, by blocking all the traffic over the internet other than what is required by Automation Suite. This type of setup is also known as semi-online deployment. For more details, see Configuring the firewall and Configuring the proxy server.

These types of deployments are easier, faster, and require fewer hardware resources to install and manage as compared to offline deployments.

Implantação offline

Uma implantação offline (isolada) é uma configuração completamente isolada, sem acesso à Internet. Esse tipo de configuração requer a instalação de um registro adicional para armazenar todas as imagens e binários de contêiner dos produtos UiPath® que são enviados na forma de tarball.

Observação:

O carregamento de binários (Hidratação) para o registro introduz requisitos de hardware adicionais e complexidade de instalação, aumentando o tempo necessário para realizar uma instalação em comparação com uma implantação online.

Uma instalação offline aumenta não apenas a complexidade durante a instalação, mas também as operações de gerenciamento do cluster, como manutenção da máquina, Disaster Recovery, atualização para versões mais recentes, aplicação de patches de segurança, etc.

Você não tem permissão para alterar o método de implantação após a instalação. Isso significa que você não pode alterar para o método offline se a instalação for feita online e vice-versa. É recomendável escolher sua estratégia de implantação após uma análise cuidadosa.

Arquitetura do Automation Suite

O instalador do Automation Suite agrupa componentes obrigatórios e opcionais.

A tabela a seguir lista esses componentes:

Component	Opcional/Necessário	Description
RKE2	Required	Distribuição do Kubernetes, fornecido pelo Rancher. É a plataforma de orquestração de contêineres que executa todos os componentes e serviços de arquitetura.
Servidor Rancher	Required	Ferramenta de gerenciamento Kubernetes do Rancher.
Longhorn	Required	Armazenamento em bloco distribuído e fornecido pelo Rancher para Kubernetes. Ele ajuda a expor armazenamentos externos dentro de clusters Kubernetes para cargas de trabalho reivindicarem e usarem como armazenamento persistente montado.
Armazenamento de objeto CEPH	Opcional se você tiver um Objectstore externo	Provedor de armazenamento de código aberto que expõe armazenamento de objeto/blob compatível com Amazon S3 sobre volumes persistentes criados pelo Longhorn. Ele permite que os serviços usem o armazenamento de blob como funcionalidade para suas operações.
ArgoCD	Required	Ferramenta de CD declarativo de código aberto para Kubernetes. Ele segue o padrão GitOps de usar repositórios Git como fonte de comprovação para definir o estado do aplicativo desejado. Ele fornece recursos de gerenciamento do ciclo de vida do aplicativo (ALM) para componentes do Automation Suite e serviços UiPath executados em um cluster Kubernetes.
Registro do Docker	Required	Ele fornece recursos de gerenciamento do ciclo de vida do aplicativo (ALM) para componentes do Automation Suite e serviços UiPath executados em um cluster Kubernetes.
Istio	Required	Malha de serviço de código aberto que fornece funcionalidades como entrada, roteamento de solicitação, monitoramento de tráfego etc., para os microsserviços executados dentro do cluster Kubernetes.
Prometheus	Required	Kit de ferramentas de monitoramento de sistema de código aberto para Kubernetes. Ele pode extrair ou aceitar métricas de componentes do Kubernetes, bem como cargas de trabalho em execução nos clusters e armazená-las no banco de dados de séries temporais.
Grafana	Required	Ferramenta de visualização de código aberto usada para consultar e visualizar dados armazenados no Prometheus. Você pode criar e enviar uma variedade de painéis para monitoramento de cluster e serviço.
AlertManager	Required	Ferramenta de código aberto que ajuda a lidar com alertas enviados por aplicativos cliente, como o servidor Prometheus. Ele é responsável por desduplicar, agrupar e roteá-los para as integrações corretas do receptor, como e-mail, PagerDuty ou OpsGenie.
Redis	Required	Redis Enterprise não HA (fragmento único) usado por alguns serviços UiPath para obter a funcionalidade de cache centralizada.
RabbitMQ	Required	Agente de mensagens confiável de código aberto usado por alguns serviços UiPath para implementar padrões de execução assíncrona.
MongoDB	Opcional	O MongoDB é um programa de banco de dados orientado a documentos multiplataforma de origem disponível. Classificado como um programa de banco de dados NoSQL, o MongoDB usa documentos semelhantes ao JSON com esquema opcionais. O MongoDB é implantado apenas quando o UiPath Apps está habilitado
FluentD e Fluentbit	Required	Solução de coleta de log confiável de código aberto. O operador de registro em log implanta e configura um processo em segundo plano em cada nó para coletar logs de contêiner e aplicativo do sistema de arquivos do nó.
Gatekeeper	Required	Ferramenta de código aberto que permite que um administrador do Kubernetes implemente políticas para garantir a conformidade e as melhores práticas em seu cluster.

Componentes externos

Você também precisa trazer alguns componentes externos, como balanceadores de carga externos, um servidor SQL, armazenamento de blob/arquivo, cofres de chaves, coletores de log e ferramentas de notificação. Observe que o pacote fornece alguns pontos de extensão.