Vantage-Custom-Resource, die die gewünschte Installation beschreibt, und der Operator übernimmt die Installation von Vantage Core: das Abrufen der für Vantage Core erforderlichen Abhängigkeiten, die Validierung der Konfiguration, das Kopieren von Artefakten in Ihre Registry und das Synchronisieren der Helm-Releases mit ArgoCD.
Warum ein neues Installationsprogramm
Für Vantage 2.7 selbstgehostet war die von ABBYY exakt spezifizierte Infrastruktur erforderlich, die mit von ABBYY bereitgestellten Ansible-Playbooks und Azure-CLI-Skripten in einem Docker-Container erstellt und konfiguriert wurde. Dieses Modell wird in 3.0 nicht unterstützt: Sie stellen Ihre eigene Infrastruktur bereit, und der Umstieg von 2.7 ist eine Neuinstallation plus Datenmigration, kein In-Place-Upgrade. Das Installationsprogramm für 3.0 setzt auf moderne Kubernetes-Muster: einen Operator, eine deklarative Custom-Resource und ArgoCD für die Orchestrierung. Das Ergebnis sind anfangs weniger Komponenten und im Lauf der Zeit einfachere Upgrades. Kunden verwalten den Operator und die Custom-Resource; der Operator reconciliiert von dort aus die Vantage Core-Releases.Vantage 3.0 verwendet ein anderes Bereitstellungsmodell als 2.7 und frühere Versionen. Frühere Releases erforderten die von ABBYY exakt spezifizierte Infrastruktur, die mit von ABBYY bereitgestellten Ansible- und Azure-CLI-Skripten erstellt und konfiguriert wurde. Dieses Modell wird in 3.0 nicht unterstützt:
- Sie stellen Ihre eigene Infrastruktur bereit: den Kubernetes-Cluster, die Datenbanken, die Speicherkonten und den Key Vault. ABBYY stellt für 3.0 keine Bereitstellungsskripte, Vorlagen oder andere Infrastrukturautomatisierung bereit.
- Das Installationsprogramm stellt nur Vantage Core bereit. Drittanbietersoftware, auf die Vantage angewiesen ist, wie ArgoCD, Ihr Service Mesh und Ihr Ingress-Controller, Ihre Secrets-Integration und Ihr Überwachungs-Stack, wird von Ihnen installiert und gewartet, in der Regel über Helm.
- Die dokumentierten Konfigurationen sind von ABBYY getestete Szenarien. Sie können Ihre Installation anhand der dokumentierten Beispiele anpassen; die Validierung einer solchen Anpassung liegt in Ihrer Verantwortung.
Architektur auf einen Blick
ABBYY liefert den Vantage operator, den OCI-Migrations-Job und den Skill installer job. ArgoCD, das Service mesh, der Ingress controller, die Secrets-Integration und der Überwachungs-Stack sind Voraussetzungen von Drittanbietern, die Sie vor der Installation von Vantage installieren und verwalten müssen.
Wenn der Operator eine
Vantage-Ressource reconciliiert, durchläuft der Prozess fünf Phasen:
- Preflight: validiert die Konfiguration. Während der Preflight-Prüfungen wird die Secrets-Konfiguration validiert.
- Secrets: bereitet den konfigurierten Secrets-Provider vor. Mit Azure Key Vault stellt der Operator
SecretProviderClass-Ressourcen bereit, und der CSI-Treiber liefert Werte beim Start des Pods. Mit dem Kubernetes-Provider validiert der Operator die nativen Secrets, die Sie zuvor im Installations-Namespace erstellt haben. - OCI Migration: führt den OCI-Migrations-Job aus, um Artefakte in Ihre Ziel-Registry zu kopieren.
- Installation: generiert ArgoCD-Anwendungsmanifeste für jede Komponente und wendet sie an.
- Sync: überwacht den ArgoCD-Anwendungsstatus und meldet ihn an die
VantageCustom-Resource zurück.
Was sich gegenüber Vantage 2.7 ändert
Nächste Schritte
Voraussetzungen
Cluster, Services, Secrets und Zertifikate, die vor der Installation vorhanden sein müssen.
Architektur
Wie der Operator die
Vantage-Custom-Resource nutzt.Installation auf Azure
Schritt-für-Schritt-Installation auf AKS mit Azure Key Vault.
Kubernetes in Eigenverwaltung
Installation mit kundenseitig verwaltetem Ingress, Mesh, Secrets, Speicher und Datendiensten.
API-Referenz
Feldbezogene Referenz für die
Vantage-Custom-Resource.