- Notes de publication d'Automation Suite sur Linux
- Notes de publication d'Automation Suite sur EKS/AKS
- Notes de publication d'Automation Suite sur OpenShift
2.2510.2
Notes de version 2.2510.2 pour Automation Suite sur EKS/AKS.
Date de publication : 15 avril 2026
Nouvelles fonctionnalités agentiques intégrées à Automation Suite
Nous continuons d'étendre les fonctionnalités d'automatisation agentique disponibles dans Automation Suite sur AKS/EKS. Cela vous permet de répondre à vos besoins de souveraineté des données tout en tirant profit de l'automatisation agentique au sein de votre propre infrastructure, en ligne des capacités disponibles via Automation Cloud.
Dans le cadre de cette version, les produits et services suivants sont désormais disponibles :
Avant d'activer ces produits, reportez-vous aux dépendances et aux prérequis entre produits pour vous assurer que votre environnement répond à toutes les exigences. Les détails d’installation et de configuration sont disponibles dans le Guide d’installation d’Automation Suite sur EKS/AKS.
Prise en charge d'Integration Service pour FIPS 140-2
Integration Service est désormais pris en charge sur les déploiements Automation Suite qui s'exécutent sur des machines compatibles FIPS 140-2. Pour de plus amples informations, consultez la section Sécurité et conformité.
Nouvelle configuration d’Integration Service pour les déploiements cloud souveraineté
Un nouveau champ facultatif queue_config.fqdn_suffix est désormais disponible sous integrationservices dans input.json. Ce champ est destiné aux déploiements cloud souveraineté ou nationaux où les points de terminaison de file d'attente utilisent un suffixe de nom de domaine complet non standard, tel que China AWS (amazonaws.com.cn) ou China Azure (core.chinacloudapi.cn). Si le champ est laissé vide ou omis, les suffixes par défaut seront appliqués.
Pour plus de détails, consultez la section Configuration de input.json.
Amélioration de la journalisation de l'accès à Istio
La journalisation Istio inclut désormais les entrées de journal d'accès, ce qui vous donne une meilleure visibilité sur la communication de service à service.
Validation de la chaîne de certificats TLS
Automation Suite nécessite désormais une chaîne de certificats TLS complète : un certificat de feuille, tous les certificats intermédiaires et l'autorité de certification racine. Auparavant, vous pouviez fournir une chaîne partielle (certificat de feuille et autorité de certification racine uniquement). Vous devez mettre à jour votre bundle d’autorité de certification pour y inclure tous les certificats intermédiaires. Si vous ne le faites pas, la validation TLS échouera.
Pour de plus amples informations, consultez la section Exigences du certificat.
Nouveau champ obligatoire pour les déploiements Disaster Recovery
Nous avons ajouté un nouveau champ type obligatoire dans la section multisite de input.json. Ce champ est requis lors de la configuration des déploiements de Disaster Recovery et spécifie le type de déploiement. Vous devez le définir sur active-passive. Ce champ est requis pour les configurations de cluster principal et secondaire.
Pour de plus amples informations, consultez la section Disaster Recovery : configurations active/passive.
Amélioration des messages de vérification des prérequis pour la validation de l’API Magasin d’objets
Les vérifications des prérequis de l’API du magasin d’objets fournissent désormais des messages d’erreur plus clairs, ce qui facilite le diagnostic et la résolution des problèmes de configuration avant l’installation.
Mise à jour du comportement du mode de maintenance lors des mises à niveau
Le mode de maintenance doit rester activé pendant le processus de mise à niveau. Auparavant, il vous fallait désactiver le mode de maintenance avant d’exécuter la commande de mise à niveau. Vous devez désormais désactiver le mode de maintenance uniquement une fois la mise à niveau terminée.
Pour de plus amples informations, consultez la section Mettre à niveau Automation Suite.
Nom du service de passerelle d’entrée Istio configurable
Le nom du service de passerelle d’entrée Istio, précédemment codé en dur sous la forme istio-ingressgateway, est désormais configurable à l’aide du paramètre istio_gateway_service_name dans la section ingress de input.json.
Pour de plus amples informations, consultez la section Installation et configuration du service mesh.
Prise en charge étendue des produits pour les déploiements actifs/passifs
Autopilot for Everyone et Solutions prennent désormais en charge les déploiements actif/passif. Pour de plus amples informations, consultez la section Récupération d'urgence - Active/Passive.
Prise en charge de HashiCorp Vault et AWS Secrets Manager en tant que fournisseurs de magasin de clés secrètes
Automation Suite prend désormais en charge deux fournisseurs de magasins secrets supplémentaires pour stocker les informations d'identification sensibles :
- HashiCorp Vault
- AWS Secrets Manager
Pour plus de détails, reportez-vous à Configuration de HashiCorp Vault en tant que magasin secret et Configuration d'AWS Secrets Manager en tant que magasin secret.
Version minimale de l’opérateur de clés secrètes mise à jour
Nous avons mis à jour la version minimale prise en charge de l’opérateur de clés secrètes externe en v1.16.2 (GPU) qui inclut les dernières API ESO v1. Pour plus de détails, consultez la section Installation de l'opérateur de clés secrètes externes dans Kubernetes.
Prise en charge du cloud Azure pour le magasin secret Key Vault
Nous avons introduit la prise en charge des environnements cloud Azure dans la configuration du magasin de clés secrètes Azure Key Vault. Pour vous connecter à un environnement cloud souveraineté, vous devez configurer le champ environment_type . Pour de plus amples informations, consultez la section Configuration de l'environnement cloud Azure.
Admin
Rôle de gestion des utilisateurs
Les administrateurs de l'organisation peuvent désormais déléguer des tâches de gestion de l'identité à des utilisateurs non administrateurs via un nouveau rôle personnalisé au niveau de l'Organization. Lorsqu'il est affecté, ce rôle permet aux utilisateurs de gérer les comptes d'utilisateur, les comptes de robot et les groupes locaux au niveau de l'organisation sans accorder les droits d'administrateur complets de l'organisation.
Le rôle prend en charge les autorisations CRUD granulaires par type de ressource et inclut des protections d'élévation de droits intégrées: les utilisateurs dotés de ce rôle ne peuvent pas modifier le groupe d'administrateurs ou interagir avec les comptes d'administrateur existants de l'organisation.
Pour plus de détails, voir Rôle de gestion des utilisateurs.
Mise à jour de l’expérience Apporter votre propre modèle
L'expérience de configuration LLM a été repensée pour fournir un moyen plus simple et plus intuitif d'ajouter et de gérer des modèles. L'interface mise à jour introduit des éléments de configuration plus clairs, y compris une sélection obligatoire du type d'API (type de point de terminaison), garantissant l'alignement explicite entre le modèle configuré et son point de terminaison pris en charge.
Avec cette mise à jour, vous pouvez connecter en toute sécurité les produits agentiques UiPath à vos propres LLM tout en conservant le contrôle total sur le comportement du modèle, les paramètres de configuration, la capacité et l’architecture de déploiement. Les modèles restent inchangés dans votre environnement et prennent en charge des exigences strictes en matière de sécurité, de conformité et de résidence des données.
Par ailleurs, vous pouvez utiliser des modèles de connecteur personnalisés directement à partir du flux de configuration pour intégrer des passerelles propriétaires, des points de terminaison privés et des API non standard, permettant ainsi une intégration en libre-service des infrastructures LLM personnalisées et privées.
Pour de plus amples informations, consultez la section Configurer des LLM.
Pour obtenir un aperçu des fournisseurs LLM pris en charge, des modes d’intégration et de la compatibilité des capacités par produit et par fonctionnalité, consultez la section Prise en charge des modèles LLM.
Modification du connecteur Anthropic Claude LLM
Correction - ajouté le 11 mai 2026: à partir d’Automation Suite 2.2510.2, Les LLM Anthropic Claude doivent être configurés à l'aide du connecteur Amazon Web Services dans Integration Service. Connexions existantes créées avec le connecteur Amazon Bedrock dans Automation Suite 2.2510.x doivent être migrés vers le connecteur Amazon Web Services.
Prise en charge étendue de la configuration LLM personnalisée
Les produits suivants, récemment intégrés à Automation Suite, prennent en charge des configurations LLM personnalisées : Agents, Autopilot, Healing Agent, et UI Automation.
Mises à jour de l'ancrage dans le contexte
L’ancrage dans le contexte inclut deux nouvelles fonctionnalités disponibles via UiPath Agents :
- DeepRag améliore la génération augmentée par récupération grâce à un raisonnement plus approfondi et en plusieurs étapes sur vos sources de connaissances, permettant aux agents de générer des informations plus précises et plus contextuelles à partir de données complexes ou de grande taille.
- La transformation par lots permet de traiter et de préparer de grands volumes de documents en vue d’une seule exécution de pipeline, ce qui réduit les frais généraux et facilite la mise à jour des bases de connaissances de l’agent.
Résolution de bogues
- Nous avons corrigé un problème qui empêchait certains pods AI Center et Document Understanding de démarrer lorsque la vérification du certificat TLS de la base de données était activée.
- Nous avons résolu un problème qui entraînait l’échec de la synchronisation du gestionnaire d’alertes dans ArgoCD en raison d’un caractère non valide dans la balise d’image du gestionnaire d’alertes.
- Nous avons corrigé un problème qui empêchait l’utilisation de noms de bases de données personnalisés pour les Solutions. Auparavant, lorsque vous indiquiez un nom de base de données personnalisé, les vérifications des prérequis échouaient.
- Nous avons résolu un problème où la vérification des prérequis du magasin d’objets exigeait à tort le rôle Contributeur de compte de stockage lors de l’utilisation d’Azure Managed Identity avec Azure Blob Storage. La vérification est désormais transmise au rôle Contributeur de données d'objets blob de stockage, s'alignant sur les principes d'accès à moins de privilèges.
- Cette version inclut les correctifs livrés dans Automation Suite 2.2510.1+patch1.
Problèmes connus
Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
Erratum - ajouté le 23 juillet 2026: dans Studio Desktop, le panneau Activités ne répertorie pas les connecteurs et activités Integration Service. Le problème est causé par une erreur de configuration du routage dans le service virtuel intsvcs-periodic.
Pour résoudre le problème, consultez la section Studio Desktop ne peut pas charger les connecteurs et activités Integration Service.
Nous avons résolu le problème dans Automation Suite sur EKS/AKS 2.2510.3.
Les vérifications des prérequis échouent lorsque les projets modernes Document Understanding sont activés et qu’AI Center est désactivé
Erratum - ajouté le 23 juillet 2026: un problème entraîne l’échec incorrect de la commande de vérification des prérequis lorsque les projets modernes Document Understanding sont activés et qu’AI Center est désactivé.
Pour résoudre le problème, consultez la section Résolution des problèmes.
Ce problème est résolu dans Automation Suite 2.2510.3.
Les noms de graphique Velero incorrects entraînent l’échec de la mise à niveau
Erratum - ajouté le 23 juillet 2026: un problème entraîne l’échec de la mise à niveau en raison de l’échange des noms de velero et velero-upstream dans helm-charts.json/versions.json.
Avant la mise à niveau, les noms de graphique dans helm-charts.json/versions.json doivent correspondre aux éléments suivants:
{
"name": "velero-upstream",
"ref": "vendor/velero",
"version": "v10.1.3"
},
{
"name": "velero",
"ref": "helm/velero",
"version": "2.2510.2"
}
{
"name": "velero-upstream",
"ref": "vendor/velero",
"version": "v10.1.3"
},
{
"name": "velero",
"ref": "helm/velero",
"version": "2.2510.2"
}
La migration du schéma MessageBus échoue sur les bases de données alimentées à partir d’Automation Suite 2022.10.x ou d’une version antérieure
Erratum - ajouté le 23 juillet 2026: lors de la mise à niveau vers Automation Suite 2.2510.2, la migration du schéma MessageBus échoue si la base de données a été créée à l’origine sur Automation Suite 2022.10.x ou une version antérieure, quel que soit le nombre de versions par lesquelles elle a été mise à niveau depuis. Les bases de données créées à l'origine sur Automation Suite 2023.x ou une version ultérieure ne sont pas affectées.
Pour vérifier si votre base de données est affectée, exécutez la requête suivante:
SELECT * FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'
SELECT * FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'
Si la requête renvoie des lignes, supprimez-les avant la mise à niveau:
DELETE FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'
DELETE FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'
Fluentd n’exporte pas les journaux dans les environnements IPv6
Dans les environnements IPv6, Fluentbit ne parvient pas à transférer les journaux vers Fluentd car le plug-in d'entrée de transfert Fluentd se connecte par défaut à une adresse IPv4.
Pour résoudre ce problème, vous devez corriger l'application ArgoCD et définir logging-operator.logging.fluentd.forwardInputConfig.bind sur ::. Pour de plus amples informations, consultez la section Résolution des problèmes .
Limitations de l'authentification Kerberos
L’authentification basée sur Kerberos n’est actuellement pas prise en charge pour les produits et services suivants :
- AgentHub
- Agents
- AI Trust Layer (Passerelle LLM, Observabilité LLM, Ancrage dans le contexte)
- Autopilot for Everyone
- Autopilot (A4D)
- Integration Service
- Maestro
- Proxy sémantique
- Solutions
- Studio Web
- TaaS
Nous travaillons à l’ajout de la prise en charge de Kerberos aux prochaines versions d’Automation Suite.
Pendant ce temps, vous pouvez utiliser d’autres mécanismes d’authentification tels que l’authentification de base ou l’authentification basée sur l’identité de la charge de travail.
Limitations de la prise en charge de FIPS 140-2
Insights n'est pas pris en charge sur les déploiements Automation Suite qui s'exécutent sur des machines compatibles FIPS 140-2. Pour rester conforme aux exigences FIPS 140-2, vous devez désactiver Insights. Si vous avez besoin d'utiliser Insights, vous pouvez le déployer sur un nœud non FIPS dédié.
Pour de plus amples informations, reportez-vous aux sections Sécurité et conformité et Comment déployer Insights dans un cluster compatible FIPS.
L’ingestion de l’ancrage dans le contexte échoue dans les environnements hors ligne
Erratum - ajouté le 10 septembre 2026: dans les déploiements hors ligne (physiquement isolés), l'ingestion des documents d'ancrage dans le contexte échoue pour chaque type de fichier. L'erreur signalée indique à tort un problème avec le contenu du fichier.
Nous avons résolu le problème dans Automation Suite sur EKS/AKS 2.2510.4.
Les composants de sauvegarde Velero restent après la mise à niveau sur AKS depuis Automation Suite 2024.10.x
Erratum - ajouté le 10 septembre 2026: à partir d’Automation Suite 2.2510.0, AKS et EKS utilisent à la place la sauvegarde native du fournisseur de cloud, et Velero n’est plus un composant géré par rapport à ces distributions. Par conséquent, la mise à niveau d'Automation Suite sur AKS à partir de la version 2024.10.x ne supprime pas Velero: ses composants et la planification de sauvegarde préexistante restent dans le cluster et continuent de se déclencher, échouant en raison d’erreurs d’accès au stockage. Les commandes uipathctl snapshot renvoient une erreur indiquant que les commandes d'instantané ne sont pas prises en charge pour la distribution AKS.
Pour résoudre le problème, vous devez supprimer manuellement les composants Velero restants. Pour plus de détails, consultez la section Résolution des problèmes: les composants de sauvegarde Velero sont conservés après la mise à niveau sur AKS à partir de la version 2024.10.x.
Chronologie de l’abandon
Nous vous recommandons de vérifier régulièrement le calendrier d'obsolescence pour toute mise à jour concernant les fonctionnalités qui seront obsolètes et supprimées.
Détails du regroupement
Versions du produit
Le tableau suivant décrit le statut de la version, la version et les notes de publication de tous les produits UiPath déployés sous Automation Suite 2.2510.2.
Légende :
✅ Nouveau : cette version d’Automation Suite comprend une nouvelle version de produit. De nouvelles notes de publication sont disponibles.
◆ Offre groupée : cette version inclut une version du produit précédemment publiée. Aucune nouvelle note de version n'est disponible.
Versions internes des composants tiers
Pour connaître les versions de Kubernetes prises en charge par chaque version d’Automation Suite, consultez la section Compatibilité de Kubernetes.
Cette version d'Automation Suite regroupe les composants internes suivants :
| Composant (Component) | Version |
|---|---|
| Istio | 1.28.3 |
| ArgoCD | 3.2.6 |
| Prometheus | 3.9.1 |
| Grafana | 12.3.1 |
| Fluentd et Fluent-bit | opérateur-journalisation : 6.4.0 flux/fluence-bit : 4.2.3 |
| Gatekeeper | 3.21.0 |
| Gestionnaire de certificats | 1.19.3 |
| velero | 10.1.3 |
- Nouvelles fonctionnalités agentiques intégrées à Automation Suite
- Prise en charge d'Integration Service pour FIPS 140-2
- Nouvelle configuration d’Integration Service pour les déploiements cloud souveraineté
- Amélioration de la journalisation de l'accès à Istio
- Validation de la chaîne de certificats TLS
- Nouveau champ obligatoire pour les déploiements Disaster Recovery
- Amélioration des messages de vérification des prérequis pour la validation de l’API Magasin d’objets
- Mise à jour du comportement du mode de maintenance lors des mises à niveau
- Nom du service de passerelle d’entrée Istio configurable
- Prise en charge étendue des produits pour les déploiements actifs/passifs
- Prise en charge de HashiCorp Vault et AWS Secrets Manager en tant que fournisseurs de magasin de clés secrètes
- Version minimale de l’opérateur de clés secrètes mise à jour
- Prise en charge du cloud Azure pour le magasin secret Key Vault
- Admin
- Rôle de gestion des utilisateurs
- Mise à jour de l’expérience Apporter votre propre modèle
- Prise en charge étendue de la configuration LLM personnalisée
- Mises à jour de l'ancrage dans le contexte
- Résolution de bogues
- Problèmes connus
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- Les vérifications des prérequis échouent lorsque les projets modernes Document Understanding sont activés et qu’AI Center est désactivé
- Les noms de graphique Velero incorrects entraînent l’échec de la mise à niveau
- La migration du schéma MessageBus échoue sur les bases de données alimentées à partir d’Automation Suite 2022.10.x ou d’une version antérieure
- Fluentd n’exporte pas les journaux dans les environnements IPv6
- Limitations de l'authentification Kerberos
- Limitations de la prise en charge de FIPS 140-2
- L’ingestion de l’ancrage dans le contexte échoue dans les environnements hors ligne
- Les composants de sauvegarde Velero restent après la mise à niveau sur AKS depuis Automation Suite 2024.10.x
- Chronologie de l’abandon
- Détails du regroupement
- Versions du produit
- Versions internes des composants tiers