- Introdução
- Melhores práticas
- Tenant
- Sobre o contexto do tenant
- Pesquisa de recursos em um tenant
- Gerenciamento de robôs
- Conectar Robôs ao Orchestrator
- Armazenamento de credenciais do robô no CyberArk
- Armazenamento de senhas do Unattended Robot no Azure Key Vault (somente leitura)
- Armazenamento de credenciais do Unattended Robot no HashiCorp Vault (somente leitura)
- Armazenando credenciais de Unattended Robots no AWS Secrets Manager (somente leitura)
- Exclusão de sessões não assistidas desconectadas e não responsivas
- Autenticação do robô
- Autenticação de robôs com credenciais de cliente
- Configuração de recursos de automação
- Gerenciamento de máquinas
- Agentes e funções em robôs locais
- Atribuição de objetos da máquina à pastas
- Configuração de mapeamentos de conta-máquina
- Status de proteção EDR
- Soluções
- Auditar
- Configurações
- Registro
- Cloud Robots
- Visão Geral de Cloud Robots
- Execução de automações Unattended usando Cloud Robots - VM
- Carregamento de sua própria imagem
- Reutilização de imagens de máquinas personalizadas (para pools manuais)
- Redefinição de credenciais para uma máquina (para pools manuais)
- Monitoramento
- Atualizações de segurança
- Como solicitar uma avaliação
- Perguntas frequentes
- Configurando VPN para Robôs de nuvem
- Configurar uma conexão ExpressRoute
- Transmissão ao vivo e controle remoto
- Automation Suite Robots
- Contexto de Pastas
- Processos
- Trabalhos
- Apps
- Gatilhos
- Logs
- Monitoramento
- Índices
- Filas
- Ativos
- Sobre ativos
- Gerenciamento de ativos no Orchestrator
- Gerenciamento de ativos no Studio
- Armazenamento de ativos no Azure Key Vault (somente leitura)
- Armazenamento de ativos no HashiCorp Vault (somente leitura)
- Armazenando ativos no AWS Secrets Manager (somente leitura)
- Armazenamento de ativos no Google Secret Manager (somente leitura)
- Conexões
- Regras de Negócios
- Armazenar Buckets
- Servidores MCP
- Teste do Orquestrador
- Serviço Catálogo de recursos
- Integrações
- Solução de problemas
Agentes em robôs locais: execute trabalhos de Agente, Função e API em seus próprios robôs não assistidos usando o tipo de runtime Local, em vez de apenas Cloud - Serverless.
Essa funcionalidade está atualmente em visualização.
Agentes em robôs locais permitem que você execute tipos de processo Agente, Função e API em robôs unattended que você hospeda, em vez de apenas em robôs Cloud - Serverless hospedados pela UiPath. Agentes de baixo código e agentes codificados são executados pelo mesmo runtime de execução subjacente, conhecido como Unified Runtime, sejam executados em um robô local ou em Cloud - Serverless.
Tipo de runtime local
Quando você inicia um trabalho para um processo de API, Função ou agente, o menu suspenso Tipo de runtime na página Iniciar trabalho inclui Local ao lado de Cloud - Serverless. Selecionar Local executa o trabalho em um dos seus próprios robôs unattended conectados em vez de em uma máquina hospedada pela UiPath.
A execução de trabalhos de Agente, Função e API no tipo de runtime Local requer o Robô 2026.10 LTS ou 26.0.200 STS.
Cada tipo de processo é extraído de um pool de capacidade específico no runtime local:
| Tipo de processo | Executa em runtime local usando |
|---|---|
| Agente (pouco código ou codificado) | Capacidade do agente |
| Função | Capacidade da função |
| API | Capacidade da função |
Diferentemente dos runtimes Production (Unattended) ou Testing , que mapeiam um runtime para um trabalho simultâneo, independentemente do tipo de processo, o tipo de runtime Local abrange vários tipos de processos por meio de pools de capacidade separados no mesmo modelo de máquina.
Configurando runtimes de agente e função
Os modelos de máquina incluem uma seção de runtimes de agentes e funções , separada da configuração de runtime de RPA existente. Ele possui dois campos:
- Slots de agente: o número de trabalhos de Agente que podem ser executados em paralelo em cada máquina host conectada usando esse modelo.
- Slots de função: o número de trabalhos de função e API que podem ser executados em paralelo em cada máquina host conectada usando esse modelo.
Agentes e funções consomem unidades e não exigem licenças adicionais. Se nenhuma unidade estiver disponível para seu tenant, as execuções não começam mesmo quando os slots estão configurados.
Ao contrário das licenças de runtime RPA, os slots de agente e os slots de função não são limitados a uma permissão de licença por tipo. Eles reservam a capacidade de execução simultânea diretamente na máquina host, independente do licenciamento do tenant. Você as configura na mesma janela de Modelo de máquina usada para runtimes de RPA. Para ver as etapas, consulte Adicionar um modelo de máquina.
Como o Orchestrator roteia trabalhos para robôs locais
Os robôs conectados relatam quais tipos de processo e runtimes são compatíveis. O Orchestrator envia um trabalho apenas para um robô que suporte o tipo de processo e o runtime do trabalho.
Se nenhum robô conectado for compatível atualmente com o tipo de processo necessário, o trabalho permanecerá em um estado Pendente até que um robô capaz se conecte, em vez de falhar ao iniciar. Isso difere dos tipos de runtime de RPA, que impedem que você inicie um trabalho quando nenhum runtime correspondente estiver disponível.
Licenciamento e consumo
A execução de trabalhos de agente e função em robôs locais é baseada no consumo, semelhante ao licenciamento Cloud - Serverless. Ao contrário do Cloud - Serverless, o consumo não inclui o tamanho da máquina, pois a máquina pertence a você, e não à UiPath.