- 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
- Auditar
- Cloud Robots
- Contexto de Pastas
- Automações
- Processos
- Trabalhos
- Apps
- Gatilhos
- Logs
- Monitoramento
- Filas
- Ativos
- Armazenar Buckets
- Test Suite - Orchestrator
- Serviço Catálogo de recursos
- Autenticação
- Integrações
- Robôs Clássicos
- Solução de problemas
Réplica SomenteLeitura do Orchestrator
O Orchestrator mantém uma réplica somente leitura de seu banco de dados operacional de leitura-escrita, com a finalidade principal de melhorar o desempenho. Algumas cargas de trabalho somente leitura são direcionadas para a réplica somente leitura, de modo a otimizar o consumo de escrita. Isso permite que os dados sejam lidos e carregados mais rapidamente, o que, por sua vez, assegura o desempenho de seu sistema.
Como resultado dessa implementação, pode ocorrer um pequeno atraso entre as ações de escrita e leitura. Isso era esperado e não tem impacto na disponibilidade dos dados.
Um exemplo desse cenário é a recuperação de um item de fila assim que ele foi adicionado: quando executado a partir da interface, os novos itens de fila podem não ser exibidos instantaneamente, pois há uma ligeira assincronia entre o banco de dados operacional (onde o item é escrito) e a réplica (que é chamada para ler o item). No entanto, você pode evitar isso usando a atividade Get transaction item em vez de Get queue items, pois o primeiro inclui o item de fila em sua resposta.