- Notas de versão do Automation Suite no Linux
- Notas de versão do Automation Suite em EKS/AKS
- Notas de versão do Automation Suite no OpenShift
2.2510.1
Notas de versão 2.2510.1 para o Automation Suite no OpenShift.
Data de lançamento: 19 de dezembro de 2025
Compatibilidade com o OpenShift Service Mesh 3.0
O Automation Suite agora é compatível com o OpenShift Service Mesh (OSSM) 3.0.
Para obter instruções de instalação, consulte Instalação e configuração do service mesh.
Para obter a matriz de compatibilidade entre as versões do OpenShift Service Mesh e o Automation Suite em versões do OpenShift, consulte a matriz de compatibilidade de componentes de terceiros do OpenShift.
Suporte para desabilitar a criação de classes de prioridade
Agora você pode desabilitar a criação de classe de prioridade durante a implantação. Esse recurso é destinado a ambientes de cluster compartilhados onde as classes de prioridade não são necessárias. Para habilitá-la, você deve editar o arquivo de configuração input.json .
Para obter detalhes, consulte Criando uma classe de prioridade.
Correções de bugs
- Errata - adicionada em 9 de fevereiro de 2026: corrigimos um problema em que alguns microsserviços do Document Understanding falhavam ao iniciar, especialmente em ambientes somente IPv4.
- Corrigimos um problema que fazia com que as verificações de pré-requisitos falhassem quando o Process Mining era habilitado. O problema ocorria devido às verificações que tratam incorretamente
cert-managercomo um componente necessário, mesmo que não seja mais necessário para o Process Mining. - Essa versão inclui as correções entregues no Automation Suite 2.2510.0+patch1.
Problemas conhecidos
Conflito de escalonamento automático de pod horizontal e argoCD em ambientes de alta disponibilidade
Errata - adicionada em 10 de setembro de 2026: em ambientes HA, quando a carga aumenta, o Dimensionador automático de pod horizontal (HPA) dimensiona as cargas de trabalho afetadas enquanto o controlador de aplicativo ArgoCD as reduz novamente. Isso ocorre devido ao ArgoCD tratando a contagem de réplicas definida no gráfico do Helm ou no manifesto como a fonte da verdade, fazendo com que as cargas de trabalho aumentem e diminuam repetidamente sem estabilizar.
Para resolver o problema, você deve corrigir o ConfigMap argocd-cm no namespace <argocd> para que o ArgoCD ignore as diferenças de contagem de réplicas:
kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
'{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'
kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
'{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'
Reaplicar o comando após cada ressincronização do gráfico do ArgoCD ou atualização do Automation Suite, pois ambos substituem o ConfigMap e removem o patch.
Corrigimos o problema no Automation Suite no OpenShift 2.2510.4.
Configuração de inferência de CPU do Document Understanding perdida ao atualizar para 2.2510.2 ou posterior
Errata - adicionada em 10 de setembro de 2026: se você habilitou a inferência de CPU para projetos modernos do Document Understanding (enable_cpu_inference), a configuração não será transferida quando você atualizar para 2.2510.2 ou posterior. Esse problema ocorre devido a uma alteração no local esperado do parâmetro enable_cpu_inference em input.json, começando com o Automation Suite 2.2510.2.
Antes de atualizar para o Automation Suite 2.2510.2 ou posterior, mova o parâmetro enable_cpu_inference da raiz documentunderstanding para a seção modernProjects:
// Before
"documentunderstanding": {
"enable_cpu_inference": false,
"modernProjects": {
"enabled": true
}
}
// Before
"documentunderstanding": {
"enable_cpu_inference": false,
"modernProjects": {
"enabled": true
}
}
// After (2.2510.2 or later)
"documentunderstanding": {
"modernProjects": {
"enabled": true,
"enable_cpu_inference": false
}
}
// After (2.2510.2 or later)
"documentunderstanding": {
"modernProjects": {
"enabled": true,
"enable_cpu_inference": false
}
}
O Studio Desktop não pode carregar conectores e atividades do Integration Service
Errata - adicionada em 23 de julho de 2026: no Studio Desktop, o painel Atividades não lista conectores e atividades do Integration Service. O problema é causado por uma configuração incorreta de roteamento no VirtualService intsvcs-periodic.
Para resolver o problema, consulte o Studio Desktop não pode carregar conectores e atividades do Integration Service.
Corrigimos o problema no Automation Suite no OpenShift 2.2510.3.
As verificações de pré-requisitos falham quando os projetos modernos do Document Understanding estão habilitados e o AI Center está desabilitado
Errata - adicionada em 23 de julho de 2026: um problema faz com que o comando de verificações de pré-requisitos falhe incorretamente quando os projetos modernos do Document Understanding estão habilitados e o AI Center está desabilitado.
Para resolver o problema, consulte Solução de problemas.
Esse problema foi corrigido no Automation Suite 2.2510.3.
Os pods do AI Center e do Document Understanding falham ao iniciar com a verificação do certificado TLS habilitada
Errata - adicionada em 15 de abril de 2026: quando a verificação de certificado TLS do banco de dados está habilitada, alguns pods do AI Center e do Document Understanding podem ficar presos em Init:CrashLoopBackOff. O contêiner de inicialização await-migration-completion falha ao se conectar ao banco de dados, com erros de handshake de TLS/SSL nos logs.
Para resolver o problema, consulte o AI Center e os pods do Document Understanding falham para iniciar com a verificação de certificado TLS habilitada.
Corrigimos o problema no Automation Suite no OpenShift 2.2510.2.
Istio-validation-implantação restante após as verificações de pré-requisito ou integridade
Errata - adicionada em 15 de abril de 2026: após executar as verificações de pré-requisitos (uipathctl prereq) ou a verificação de integridade (uipathctl health check), a implantação istio-validation-deployment criada durante a validação do serviço virtual pode não ser excluída automaticamente, consumindo recursos de cluster desnecessários.
Para verificar recursos restantes no namespace da UiPath, execute os seguintes comandos:
kubectl get deployments -n <uipath-namespace> | grep istio-validation-deployment
kubectl get jobs -n <uipath-namespace> | grep istio-validation-deployment
kubectl get deployments -n <uipath-namespace> | grep istio-validation-deployment
kubectl get jobs -n <uipath-namespace> | grep istio-validation-deployment
Se quaisquer recursos restantes estiverem presentes, exclua-os executando os seguintes comandos:
kubectl delete job -n <uipath-namespace> <istio-validation-job-name>
kubectl delete deployment -n <uipath-namespace> <istio-validation-deployment-name>
kubectl delete job -n <uipath-namespace> <istio-validation-job-name>
kubectl delete deployment -n <uipath-namespace> <istio-validation-deployment-name>
Corrigimos o problema no Automation Suite no OpenShift 2.2510.2.
O nome do banco de dados da plataforma personalizada não é compatível durante a instalação do Process Mining
Errata - adicionada em 26 de março de 2026: quando o Process Mining é habilitado, o uso de um nome de banco de dados de plataforma personalizado faz com que o trabalho de preenchimento do OMS falhe.
Como uma solução alternativa, use AutomationSuite_Platform como o nome do banco de dados da plataforma ao instalar o Process Mining.
Esse problema será corrigido no Automation Suite 2.2510.2.
Limitações de suporte do FIPS 140-2
Errata - adicionada em 22 de janeiro de 2026: Insights e Integration Service não são compatíveis com implantações do Automation Suite executadas em máquinas habilitadas para FIPS 140-2. Para permanecer em conformidade com os requisitos do FIPS 140-2, você deve desabilitar esses serviços.
Para obter detalhes, consulte Segurança e conformidade.
Nomes de bancos de dados personalizados não são compatíveis com Soluções
Errata - adicionada em 15 de abril de 2026: um problema impede que você use um nome de banco de dados personalizado para Soluções. Se você especificar um nome de banco de dados personalizado, as verificações de pré-requisitos falharão.
Para resolver esse problema, você deve usar AutomationSuite_AutomationSolutions como o nome do banco de dados de soluções.
Esse problema foi corrigido no Automation Suite 2.2510.2.
Limitações de autenticação do Kerberos
No momento, a autenticação baseada em Kerberos não é compatível com os seguintes produtos:
- Integration Service
- Autopilot para todos
- AI Trust Layer (LLM Gateway, LLM Observabilidade, Contextualização)
Estamos trabalhando para trazer suporte ao Kerberos para as próximas versões do Automation Suite.
Enquanto isso, você pode usar mecanismos de autenticação alternativos, como autenticação básica ou autenticação baseada em identidade de carga de trabalho.
A ingestão de contextualização falha em ambientes offline
Errata - adicionada em 10 de setembro de 2026: em implantações offline (isoladas), a ingestão de documentos de contextualização falha para todos os tipos de arquivo. O erro relatado indica incorretamente um problema com o conteúdo do arquivo.
Corrigimos o problema no Automation Suite no OpenShift 2.2510.4.
Cronograma de descontinuação
Recomendamos que você verifique regularmente o cronograma de obsolescência para ver se há atualizações relacionadas a funcionalidades que serão descontinuadas e removidas.
Detalhes do pacote
Versões dos produtos
A tabela a seguir descreve o status de lançamento, versão e notas de versão para todos os produtos UiPath implantados sob o Automation Suite 2.2510.1.
Legenda:
Novo ✅: essa versão do Automation Suite inclui uma nova versão de produto. Novas notas de versão estão disponíveis.
◆ Agrupado: essa variante inclui uma versão do produto lançada anteriormente. Não há novas notas de versão disponíveis.
- Compatibilidade com o OpenShift Service Mesh 3.0
- Suporte para desabilitar a criação de classes de prioridade
- Correções de bugs
- Problemas conhecidos
- Conflito de escalonamento automático de pod horizontal e argoCD em ambientes de alta disponibilidade
- Configuração de inferência de CPU do Document Understanding perdida ao atualizar para 2.2510.2 ou posterior
- O Studio Desktop não pode carregar conectores e atividades do Integration Service
- As verificações de pré-requisitos falham quando os projetos modernos do Document Understanding estão habilitados e o AI Center está desabilitado
- Os pods do AI Center e do Document Understanding falham ao iniciar com a verificação do certificado TLS habilitada
- Istio-validation-implantação restante após as verificações de pré-requisito ou integridade
- O nome do banco de dados da plataforma personalizada não é compatível durante a instalação do Process Mining
- Limitações de suporte do FIPS 140-2
- Nomes de bancos de dados personalizados não são compatíveis com Soluções
- Limitações de autenticação do Kerberos
- A ingestão de contextualização falha em ambientes offline
- Cronograma de descontinuação
- Detalhes do pacote
- Versões dos produtos