Automation 360 arquitetura e resiliência
- Última atualização2023/03/01
Automation 360 arquitetura e resiliência
Automation 360 é uma plataforma única, integrada que transcende os silos de tecnologia de front office e back office para automatizar os processos de negócios em todos os sistemas e aplicativos, incluindo os aplicativos SaaS e os aplicativos legados.
A plataforma Automation 360 é implantada usando uma arquitetura distribuída.
O gerenciamento centralizado é realizado através de um servidor baseado na web, chamado Control Room, para gerenciar todo o desenvolvimento e execução da força de trabalho digital. O Agente de bot executa a automação e os sistemas de tempo de funcionamento instalados são executados nos dispositivos.
A imagem a seguir mostra a arquitetura e a relação entre Control Room e Agente de bot:
- * indica que o Control Room cria um nome de usuário único e uma identificação do dispositivo para persistir na chave pública no banco de dados.
- ** indica que a chave pública do dispositivo é validada pelo Control Room e uma nova ficha é criada.
A tabela a seguir descreve o fluxo e as ações que ocorrem entre Control Room, Agente de bot e os serviços de retaguarda (conforme numerado na imagem anterior):
Ações | Descrição |
---|---|
1 | O navegador envia o token do dispositivo para o Agente de bot para registro. |
2 | O Agente de bot depois registra o pedido do dispositivo para criar uma chave pública e uma ficha. |
3 | Os serviços de retaguarda do Control Room enviam uma resposta ao Agente de bot que o dispositivo foi registrado com um nome de usuário e uma identificação de dispositivo únicos. |
4 | O Agente de bot envia uma mensagem para o navegador confirmando que o dispositivo foi registrado com sucesso. |
5 | O Agente de bot envia uma mensagem para os serviços de back-end do Control Room para indicar que a ficha web do JSON foi autenticada com sucesso. |
6 | Os serviços de retaguarda do Control Room depois validam a chave pública do dispositivo e estabelecem uma conexão Web Socket com o novo token. |
Control Room e Agente de bot resiliência
A tabela a seguir fornece as diferenças de comportamento e resiliência entre Automation 360 e Enterprise 11.
Ação do usuário | Agente de bot em Automation 360 | Bot Runner Cliente em Enterprise 11 | Observações |
---|---|---|---|
Serviços | Os serviços de instalação são executados no dispositivo local. | Os serviços de instalação são executados dentro de uma sessão ativa do usuário. | |
Registro | O dispositivo está registrado no Control Room. | Um usuário ativo é registrado para o Control Room. | O serviço Agente de bot é executado no sistema local. |
Autenticação | Control Room armazena a chave pública do agente no banco de dados. | Control Room armazena a chave de autenticação na memória. | Em Automation 360, o Control Room armazena a chave pública no banco de dados. Então, quando o Control Room reinicia, a reconexão é aceita mais rapidamente. O Agente de bot é resiliente através de Control Room recomeçar. No entanto, em Enterprise 11, a reconexão Control Room não acontece após um reinício. |
Implantação do Bot | A prioridade de bots é verificada na implantação. Quando bots estão enfileirados para um usuário Bot Runner, bots de maior prioridade são implantados antes que os bots de prioridade mais baixa. No entanto, se um bot de prioridade mais baixa já está funcionando, o bots de prioridade mais alta só são implantados após o bot de prioridade mais baixa estiver executando completamente. |
Quando um bot de baixa prioridade está em funcionamento e um bot de alta prioridade é implantado, o sistema faz uma pausa no bot de baixa prioridade e executa o bot de alta prioridade. Após o bot de alta prioridade ser executado, o bot de baixa prioridade retoma seu funcionamento. |
Vantagem em Automation 360 é que os bots de prioridade mais baixa não são pausados e completam a implantação antes dos bots de alta prioridade. |
Gerenciamento de erros | O Gerenciador de erros pacote contém ações, que permitem lidar facilmente com as exceções que um bot encontra e transfere o controle para outros ações dentro do bot. | Gerenciamento de erros ajuda na depuração quando Task Bot e MetaBot Lógica são executados. | |
Dispositivos | Conectado quando o dispositivo é registrado com o Control Room. Reconecta-se quando o dispositivo é reiniciado. |
Quando o Bot Runner, o cliente reinicia ou perde a conectividade com o Control Room, é necessário fazer um novo log do Cliente para reconectar. | Agente de bot Se reconecta sem fazer login individualmente em cada um dos dispositivos. |
Reconexão | Agente de bot se reconecta automaticamente se houver uma interrupção. | O cliente Bot Runner precisa ser reconectado manualmente. | O registro Bot em Automation 360 é mais robusto e pode se reconectar automaticamente com o Control Room. |
Chave pública e privada | A chave pública e privada é gerada no momento do registro do dispositivo. Essa chave é usada para autenticar o Control Room. |
O mesmo comportamento que em Automation 360. | |
Serviços | Agente de bot é executado como um serviço. Quando o dispositivo é reinicializado, os serviços são automaticamente conectados ao Control Room. Agente de bot continua a verificar a conexão, mesmo que o Control Room esteja baixo, utilizando a chave pública e privada. |
Requer que um cliente faça o login e execute as tarefas. | |
Conexão remota | O Remote Desktop Protocol é suportado somente em dispositivos multiusuário. O Control Room não mantém o RDP. |
O Remote Desktop Protocol é suportado tanto em dispositivos de um único usuário quanto em dispositivos de múltiplos usuários. Em Enterprise 11, a conexão do Remote Desktop Protocol é estabelecida a partir do Control Room e mantida pelo Control Room. |
|
Atualizações automáticas | Um administrador da Control Room pode optar por atualizar o Agente de bot de forma automática usando o recurso de atualização automática. | A opção de atualização automática não está disponível. | Isso reduz o tempo de inatividade de forma significativa, porque os usuários não precisam fazer logon na Control Room para atualizar o Agente de bot instalado no dispositivo do usuário. |
Atualizações de configuração | As atualizações são aprovadas Nuvem | Nenhuma atualização de configuração autônoma, mas você pode modificá-la manualmente. Melhorias nas configurações são liberadas como correções. |
|
Cache global | Defina as configurações do dispositivo para configurar automaticamente o dispositivo atual do usuário como o dispositivo padrão após o usuário fazer login na Control Room. | Não disponível | |
Perda de conexão de Agente de bot a Control Room | Os Bots que já estão sendo executados até a conclusão durante a atualização. | Em geral, os bots já em execução podem ser executados até a conclusão durante a atualização. As excepções são as seguintes:
|
Agendamento da resiliência
Os pools de dispositivos fornecem alta disponibilidade (HA) incorporada para o dispositivos Bot Runner se a licença sem supervisão for de livre utilização. Você não está vinculado a uma única máquina do Bot Runner, portanto, se sua máquina não estiver disponível por qualquer motivo e sua licença não assistida estiver livre de implantação, sua automação não será afetada. A automação programada será executada automaticamente na próxima máquina do Bot Runner disponível, fornecendo assim alta disponibilidade.
Consulte Sobre grupos de dispositivos.