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.
Antes de empezar
- Introducción: las diferencias de arquitectura entre las versiones 2.7 y 3.0, incluido el paso de los scripts de Ansible y Azure CLI proporcionados por ABBYY al patrón de operador + custom resource.
- Limitaciones conocidas: las limitaciones actuales de la versión 3.0, como que la ruta SMTP solo admite autenticación básica (o ninguna autenticación). Antes de migrar, confirma que ninguna de tus dependencias de la versión 2.7 se vea afectada.
- Prerequisitos: la versión 3.0 introduce nuevos requisitos de infraestructura, como ArgoCD, un service mesh y un controlador de ingress compatibles, una integración de secrets y una base de datos por cada alias de cadena de conexión indicado en Secretos y Key Vault.
Vantage 3.0 Migrator
Notas de la versión 3.0 de Vantage y Migrator
Consulte las notas completas de la versión 3.0, 3.0.1, 3.0.2, 3.0.3 y 3.0.4 en docs.abbyy.com, incluidas las actualizaciones de Vantage 3.0 Migrator.
Enfoque recomendado
1
Implementar un entorno 3.0 en paralelo
Aprovisione un entorno independiente siguiendo Azure o Kubernetes autogestionado. Tenga en cuenta que el chart de Helm
vantage-operator solo admite una instancia por clúster; consulte Limitación conocida.2
Migrar los datos con Vantage 3.0 Migrator
Use Vantage 3.0 Migrator para mover los datos de su instalación 2.7 al entorno 3.0. Primero, confirme que la instalación de 3.0 esté en buen estado: espere a que la condición
Ready del recurso Vantage esté activa y a que finalice el trabajo del instalador de skill. Consulte Lifecycle para ver los comandos de monitorización.3
Redirigir el tráfico
Una vez migrados y verificados los datos, apunte su DNS / clientes al clúster 3.0. Mantenga el entorno 2.7 disponible como opción de reversión hasta que haya validado el tráfico de producción en 3.0.
4
Retirar 2.7
Una vez que 3.0 haya funcionado correctamente durante su periodo de verificación, retire el entorno 2.7 de acuerdo con su proceso habitual de gestión de cambios.
Qué debe aportar a su equipo de cuentas
- Su versión actual 2.7 y cualquier parche fuera de banda.
- Si su configuración de correo depende de un método de autenticación SMTP distinto de la autenticación básica: actualmente, la ruta SMTP de la versión 3.0 solo admite autenticación básica o ninguna autenticación, y SendGrid es el proveedor de correo predeterminado. Consulte Limitaciones conocidas.
- El rendimiento esperado de documentos y el número de tenants, que se utilizan para validar el dimensionamiento del entorno 3.0.
Siguientes pasos
Descripción general de la arquitectura
Cambios estructurales entre 2.7 y 3.0.
Documentación de Vantage 2.7
Referencia para la implementación existente de 2.7 hasta completar la migración.