> ## Documentation Index
> Fetch the complete documentation index at: https://docs.abbyy.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Notes de version de Vantage Self-Hosted 2026.10.16

> ABBYY Vantage Self-Hosted 2026.10.16, basé sur Vantage Cloud 3.6.1.

Cette version est basée sur Vantage Cloud 3.6.1. Pour connaître les fonctionnalités du produit, ainsi que les améliorations et correctifs apportés dans cette version, consultez les [notes de version de Vantage 3.6.1](https://docs.abbyy.com/fr/vantage/release-notes/3-6-1.md).

## Versions des artefacts

| Artefact | Version |
| - | - |
| Chart `vantage-operator` | `0.91.1` |
| Chart `vantage-selfhosted` | `0.91.1` |
| Image `vantage-operator` | `v0.91.1` |

## Changements non rétrocompatibles

### Les compétences par défaut ne sont plus liées à l’installation minimale

`vantage.minimalInstall` ne contrôle désormais que le dimensionnement des charges de travail. L’ensemble des compétences par défaut est déterminé par la nouvelle valeur `defaultSkills.mode`, définie par défaut sur `all` (toutes les versions de toutes les compétences par défaut).

Si vous utilisez une installation minimale, ajoutez `defaultSkills.mode: minimal` à vos valeurs avant d’effectuer la mise à niveau. Sinon, la prochaine synchronisation installera l’ensemble complet des compétences par défaut, ce qui peut prendre une heure, voire davantage. Une fois installées, les compétences par défaut ne peuvent plus être supprimées.

Pour plus d’informations, consultez [Compétences par défaut](https://docs.abbyy.com/fr/vantage/self-hosted/v3.0/default-skills.md).

## Fonctionnalités

### Sélection des compétences par défaut

Vous pouvez désormais choisir les compétences par défaut à installer à l'aide de `defaultSkills.mode` : `all`, `minimal` ou `custom`.

Pour en savoir plus sur les modes, sur la manière de trouver les identifiants de compétences correspondant à la version de votre chart et sur l'ajout de compétences par la suite, voir [Compétences par défaut](https://docs.abbyy.com/fr/vantage/self-hosted/v3.0/default-skills.md).

### Comptes de service par charge de travail

Vous pouvez désormais attribuer à chaque charge de travail son propre compte de service Kubernetes avec `serviceAccounts.workloads`, au lieu de partager un même compte de service entre toutes les charges de travail. Le chart `vantage-selfhosted` peut créer ces comptes de service ou utiliser des comptes existants. Vous pouvez ainsi n'accorder à chaque charge de travail que les accès dont elle a besoin, par exemple via Azure Workload Identity.

### Étiquettes de pod pour les charges de travail

Vous pouvez désormais ajouter des étiquettes aux pods des charges de travail via `vantage.workloads.pods.labels` (pour toutes les charges de travail) ou `vantage.workloads.pods.charts` (pour des charges de travail spécifiques), par exemple l'étiquette `azure.workload.identity/use` requise par Azure Workload Identity.

### Ressources de la migration OCI

Vous pouvez désormais définir les requêtes et les limites de CPU et de mémoire du job de migration OCI à l'aide de `vantage.ociMigration.resources`. Utilisez cette option si votre cluster impose des limites sur chaque conteneur.

## Améliorations

* Les agents de traitement TechCore montent en charge plus rapidement sur les installations complètes. Prometheus collecte désormais les métriques Vantage toutes les 15 secondes au lieu de 60, et les agents de traitement TechCore utilisent leur profil de mise à l’échelle de production. Les installations minimales conservent un intervalle de 60 secondes. Pour modifier l’intervalle de collecte, définissez `observability.prometheus.serviceMonitor.interval`. Pour plus d’informations, consultez [Mise à l’échelle automatique](https://docs.abbyy.com/fr/vantage/self-hosted/v3.0/performance/autoscaling.md).

## Correctifs

* Correction d’un problème qui empêchait les notifications de l’UI Vantage de fonctionner avec un ingress Gateway API, car certaines implémentations refusaient d’acheminer les connexions WebSocket. Les délais d’expiration des requêtes sur la route Gateway API sont en outre désormais désactivés par défaut, afin que les requêtes de longue durée ne soient pas interrompues.

* Correction d’un problème sur Azure en raison duquel l’operator créait et validait la configuration des secrets Key Vault pour des charges de travail non installées.