2021.10.1

Data de lançamento: 7 de dezembro de 2021

O que há de novo

Novo mecanismo para iniciar trabalhos por meio de fila de gatilhos

Importante: esta versão marca uma alteração significativa em como o Orchestrator inicia trabalhos por meio de gatilhos de fila. O novo comportamento vem habilitado por padrão e não pode ser desligado. Leia a nota de versão cuidadosamente antes de atualizar para a versão 2021.10.1. Se não tiver certeza, fique ligado nos próximos patches nos quais abordaremos esse comportamento ainda mais.

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:

1. 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.
2. 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.
3. 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:

1. 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.
2. 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.

Registrar as exceções de runtime em log no Elasticsearch

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.

Armazenamento compatível com o S3

Conecte e ligue seu armazenamento compatível com o S3 e aproveite todos os seus benefícios exclusivos: escala, custo e confiabilidade.

Saiba como habilitar os provedores compatíveis com o S3 para criar buckets de armazenamento no Orchestrator.

Saiba como criar e configurar buckets de armazenamento.

Azure AD no nível de organização/tenant

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.

AIMWebserviceName personalizado

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.

Melhorias

Configuração

• 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.

Política de Senha

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.

Problemas conhecidos

• A configuração padrão do SignalR no Orchestrator (com apenas o transporte de Websocket selecionado) impede que o utilitário UiPath.RemoteDebugging.Agent.exe de 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.