Saltar al contenido principal
Esta página describe los requisitos previos para instalar Vantage 3.0 autoalojado. En su propia suscripción y clúster, aprovisiona todo lo indicado en esta página; aquí se describe qué debe crear, no las herramientas para hacerlo. Para consultar el procedimiento completo, elija Azure o Self-Managed Kubernetes.
Vantage 3.0 usa un modelo de implementación distinto al de 2.7 y versiones anteriores. Las versiones anteriores requerían la infraestructura especificada exactamente por ABBYY, creada y configurada mediante scripts de Ansible y Azure CLI proporcionados por ABBYY. Ese modelo no es compatible con 3.0:
  • Usted aprovisiona su propia infraestructura: el clúster de Kubernetes, las bases de datos, las cuentas de almacenamiento y el Key Vault. ABBYY no proporciona scripts de aprovisionamiento, plantillas ni ningún otro tipo de automatización de infraestructura para 3.0.
  • El instalador implementa únicamente Vantage Core. El software de terceros del que depende Vantage, como ArgoCD, su service mesh y controlador de ingress, su integración con secrets y su pila de monitorización, lo instala y mantiene usted, normalmente mediante Helm.
  • Las configuraciones documentadas son escenarios que ABBYY ha probado. Puede adaptar su instalación basándose en los ejemplos documentados; validar cualquier adaptación es su responsabilidad.

​
Requisitos del operador

El operador de Vantage se ejecuta en Kubernetes y ArgoCD.

​
Requisitos a nivel de clúster

Estos servicios y componentes deben estar presentes en el clúster antes de instalar Vantage. Las versiones concretas probadas se enumeran en Compatibilidad.

​
Compatibilidad con KEDA

Algunos recursos ScaledObject de KEDA de Vantage dependen de una instancia de Prometheus en el namespace observability. Debe poder accederse al servicio de Prometheus en http://prometheus-operated.observability.svc.cluster.local:9090, y este debe recopilar las métricas de la aplicación de Vantage mediante el ServiceMonitor creado por el chart. Consulte Autoscaling with KEDA para conocer el comportamiento de los desencadenadores y la verificación, y Monitoring para el flujo de métricas.

​
Requisitos de los nodos de Kubernetes

Una instalación base de Vantage consta de aproximadamente 100 pods (y de una línea base de aproximadamente 140 si se habilita la compatibilidad con KEDA). El entorno de validación de AKS utiliza 12 nodos Standard B-series de 8 vCPU. Tómelo como una línea base de instalación probada, no como un tamaño de producción universal: proporcione en Kubernetes autogestionado una capacidad asignable equivalente o superior y, después, dimensione según el volumen de documentos, la concurrencia, la disponibilidad, la monitorización y la tolerancia a fallos.

​
Nodos worker de TechCore

Vantage incluye varias cargas de trabajo denominadas “workers de TechCore”. Estas cargas de trabajo realizan gran parte del procesamiento principal de la aplicación (a diferencia de las cargas de trabajo que ejecutan aplicaciones de UI y API). Se recomienda dedicar un pool de nodos de Kubernetes específicamente a estas cargas de trabajo. Para ello, agregue la etiqueta k8s.abbyy.com/techcore=true al conjunto de nodos en los que deben ejecutarse las cargas de trabajo de los workers de TechCore. Segmente aún más los nodos worker de TechCore designando nodos específicos que no deban ejecutar trabajos relacionados con el entrenamiento. Las cargas de trabajo relacionadas con el entrenamiento tienen la siguiente toleración:
Puede añadir un taint k8s.abbyy.com/techcore=training:NoSchedule a los nodos que no deban ejecutar cargas de trabajo de entrenamiento. Consulte la documentación oficial de Kubernetes para obtener más información sobre los taints y las tolerations.

​
Servicios externos

Prepárelos antes de la instalación. Los productos probados específicos se enumeran en Compatibilidad. † SendGrid y SMTP son mutuamente excluyentes; solo se requiere uno de ellos. ¶ Obligatorio solo cuando se usa el proveedor de secretos de Azure (vantage.secrets.azure). El proveedor de Kubernetes Secrets (vantage.secrets.kubernetes) lee recursos Secret preexistentes en el namespace de instalación y no necesita ni el controlador CSI ni un Key Vault en la nube.

​
Siguientes pasos

Instalar en Azure

Requisitos previos de AKS, configuración de identidad y procedimiento de instalación.

Self-Managed Kubernetes

Use su propio mesh, ingress, secrets, servicios de datos y registro.

Compatibilidad

Versiones compatibles de Kubernetes, distribuciones y versiones de dependencias.