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

# Notas de la Versión de Vantage self-hosted 2026.10.16

> ABBYY Vantage self-hosted 2026.10.16, compilado a partir de Vantage Cloud 3.6.1.

| Componente | Versión |
| - | - |
| Vantage Cloud | [3.6.1](/es/vantage/release-notes/3-6-1) |
| Charts `vantage-operator` y `vantage-selfhosted` | `0.91.1` |

Esta versión se ha compilado a partir de Vantage Cloud 3.6.1. Para conocer las funciones, mejoras y correcciones del producto incluidas en esa versión, consulte las [Notas de la Versión de Vantage 3.6.1](/es/vantage/release-notes/3-6-1).

## Cambios incompatibles

### Las habilidades predeterminadas ya no dependen de la instalación mínima

`vantage.minimalInstall` ahora solo controla el dimensionamiento de las cargas de trabajo. El conjunto de habilidades predeterminadas se define con el nuevo valor `defaultSkills.mode`, que de forma predeterminada es `all` (todas las versiones de cada habilidad predeterminada).

Si utiliza una instalación mínima, agregue `defaultSkills.mode: minimal` a sus valores antes de realizar la actualización. De lo contrario, la siguiente sincronización instalará el conjunto completo de habilidades predeterminadas, lo que puede tardar una hora o más. Las habilidades predeterminadas que ya estén instaladas no se pueden eliminar.

Para obtener más información, consulte [Habilidades predeterminadas](/es/vantage/self-hosted/v3.0/default-skills).

## Características

### Selección de habilidades predeterminadas

Ahora puede elegir qué habilidades predeterminadas instalar mediante `defaultSkills.mode`: `all`, `minimal` o `custom`.

Para obtener información sobre los modos, cómo encontrar los ID de Habilidad correspondientes a la versión de su chart y cómo agregar habilidades más adelante, consulte [Habilidades predeterminadas](/es/vantage/self-hosted/v3.0/default-skills).

### Cuentas de servicio por carga de trabajo

Ahora puede asignar a cada carga de trabajo su propia cuenta de servicio de Kubernetes con `serviceAccounts.workloads`, en lugar de compartir una única cuenta de servicio entre todas las cargas de trabajo. El chart `vantage-selfhosted` puede crear estas cuentas de servicio o utilizar otras ya existentes. Así, puede conceder a cada carga de trabajo únicamente el acceso que necesita, por ejemplo, mediante Azure Workload Identity.

### Labels de pod para cargas de trabajo

Ahora puede agregar labels a los pods de las cargas de trabajo mediante `vantage.workloads.pods.labels` (para todas las cargas de trabajo) o `vantage.workloads.pods.charts` (para cargas de trabajo específicas); por ejemplo, el label `azure.workload.identity/use` que requiere Azure Workload Identity.

### Recursos de la migración de OCI

Ahora puede configurar las solicitudes y los límites de CPU y memoria del trabajo de migración de OCI con `vantage.ociMigration.resources`. Utilice esta opción cuando su clúster exija límites en todos los contenedores.

## Mejoras

* Los procesos de trabajo de TechCore escalan horizontalmente más rápido en las instalaciones completas. Prometheus ahora recopila métricas de Vantage cada 15 segundos en lugar de cada 60, y los procesos de trabajo de TechCore usan su perfil de escalado de producción. Las instalaciones mínimas mantienen intervalos de 60 segundos. Para cambiar el intervalo de recopilación de métricas, configure `observability.prometheus.serviceMonitor.interval`. Para obtener más información, consulte [Escalado automático](/es/vantage/self-hosted/v3.0/performance/autoscaling).

## Correcciones

* Se corrigió un problema por el que las notificaciones de la interfaz de usuario de Vantage no funcionaban con el ingress de Gateway API, ya que algunas implementaciones rechazaban el enrutamiento de las conexiones WebSocket. Además, los tiempos de espera de las solicitudes en la ruta de Gateway API ahora están desactivados de forma predeterminada, para que no se interrumpan las solicitudes de larga duración.

* Se corrigió un problema en Azure por el que el operador creaba y validaba la configuración de secretos de Key Vault para cargas de trabajo que no estaban instaladas.