2021.10.1
Data de lançamento: 7 de dezembro de 2021
Neste patch, alteramos a lógica por trás de gatilhos de fila. Agora, tanto os itens de fila Novos quanto os Em progresso são contabilizados ao calcular o número de trabalhos de destino que devem ser atingidos. Anteriormente, apenas novos itens eram considerados e, assim, sempre que havia menos itens em progresso que itens novos, nenhum trabalho era iniciado apesar de haver robôs ociosos. Isso acontecia porque o número de trabalhos em execução (ou seja, itens de fila sendo ativamente processados) excedia o número de trabalhos de destino (os trabalhos precisavam processar os novos itens).
Aqui está um exemplo para entender melhor o comportamento antes e após a alteração:
Vamos supor que tenhamos um gatilho de fila definido da seguinte maneira:
|
Campo |
Valor |
|---|---|
|
Número mínimo de itens para disparar o primeiro trabalho: |
1 |
|
Número máximo de trabalhos pendentes e em execução permitidos ao mesmo tempo |
100 |
|
Outro trabalho é disparado para cada ___ novos itens |
1 |
Etapas de replicação e comportamento anteriores a essa alteração:
- Adicione 3 itens à fila. O Orchestrator calcula o número de trabalhos de destino com base no número de novos itens => 3 trabalhos de destino são necessários. O Orchestrator inicia 3 trabalhos para processar os 3 itens da fila. Os 3 itens passam para o estado Em progresso.
- Adicione mais 2 itens à fila. O Orchestrator calcula o número de trabalhos de destino com base no número de novos itens => 2 trabalhos de destino são necessários. O Orchestrator não inicia nenhum outro trabalho porque o número de trabalhos de destino é inferior ao número de trabalhos em execução.
- Adicione mais 2 itens à fila. O Orchestrator calcula o número de trabalhos de destino com base no número de novos itens => 4 (2+2) trabalhos de destino são necessários. O Orchestrator inicia 1 trabalho para atingir o alvo de 4.
Etapas de replicação e comportamento após essa alteração:
- Adicione 3 itens à fila. O Orchestrator calcula o número de trabalhos de destino com base no número de novos itens e itens em progresso => 3 trabalhos de destino são necessários. O Orchestrator inicia 3 trabalhos para processar os 3 itens da fila. Os 3 itens passam para o estado Em progresso.
- Adicione mais 2 itens à fila. O Orchestrator calcula o número de trabalhos de destino com base no número de novos itens e itens em progresso => 5 (3+2) trabalhos de destino são necessários. O Orchestrator inicia 2 novos trabalhos para atingir o alvo de 5.
Para fornecer uma melhor visibilidade sobre problemas de runtime, como problemas de permissão ou falhas de conexão, o Orchestrator agora registra as exceções de runtime no Elasticsearch.
Conecte e ligue seu armazenamento compatível com o S3 e aproveite todos os seus benefícios exclusivos: escala, custo e confiabilidade.
A partir desta versão, a integração com o Azure Active Directory (Azure AD) também está disponível no nível de organização/tenant (cada organização inclui um tenant).
Uma integração com o Azure AD já estava disponível no nível de host, que permite usá-lo para o SSO. Com essa alteração, se a integração do Azure AD estiver configurada no nível de organização/tenant, você se beneficia do SSO, mas também da pesquisa de diretórios e do provisionamento automático de usuários.
Para obter mais informações e instruções, consulte Configuração de integração do Azure AD.
A partir de agora, é possível atribuir um nome personalizado ao serviço web Central Credential Provider. Para esse fim, ao configurar um repositório de credenciais do CyberArk CCP, um novo campo está disponível e permite definir o nome do serviço, Nome do serviço web. Deixar este campo vazio faz com que o nome padrão seja usado: AIMWebService.
- Tanto em instalações limpas quanto em atualizações, o Update Server agora utiliza por padrão o banco de dados do Orchestrator em vez de o seu próprio.
Fizemos as seguintes alterações nas configurações de segurança do nível de host, disponíveis no Portal de gerenciamento do host:
- Agora, permitimos que o valor do campo Minimum password length esteja dentro do intervalo de 1 a 256. Anteriormente, o valor máximo permitido era 14.
- Agora, permitimos que o valor do campo Days before password expiration esteja dentro do intervalo de 0 a 1000. Anteriormente, o valor máximo permitido era 120.
- A configuração padrão do SignalR no Orchestrator (com apenas o transporte de Websocket selecionado) impede que o utilitário
UiPath.RemoteDebugging.Agent.exede robô remoto correspondente seja executado em ambientes de vários nós (instalações independentes ou instalações do Automation Suite). Para corrigir esse comportamento, selecione todos os transportes do SignalR disponíveis — WebSocket (escolha padrão), Server-Sent Events (SEE) e Long polling — e habilite as sessões fixas no balanceador de carga.
