| defaultSkills | object | {…} | Skill-Installation der Standard-Skills: Legt fest, welche Einträge des mitgelieferten Katalogs (files/default-skills.yml, der defaultSkills-Wert des fest angegebenen skill-installer-def-installation-Charts) der skill-installer-operator installiert. Installierte Skills werden nie entfernt. Legen Sie den Umfang daher vor der ersten Installation fest; siehe docs/default-skills.md. |
| defaultSkills.mode | string | "all" | all installiert jede Version jedes Katalog-Skills, minimal die neueste Version jedes Skills sowie die fest angegebenen Versionen in files/default-skills.minimal.yml und custom nur die Einträge in skills. all ist der einzige sichere Standardwert: Von einem Standard-Skill abgeleitete Skills funktionieren ohne ihn nicht, daher muss eine Reduzierung immer explizit erfolgen. all in Kombination mit vantage.minimalInstall: true erzeugt eine Warnung in den Chart-Hinweisen. |
| defaultSkills.skills | list | [] | Im custom-Modus zu installierende Skills als {id, versions}-Einträge. id ist eine Skill-ID aus dem Katalog. versions ist optional: Fehlt der Wert, wird die neueste Version installiert, bei all jede Katalogversion und bei einer Liste nur die angegebenen Versionsnummern. Bei einer unbekannten ID oder Version schlägt das Rendern fehl. Wird in anderen Modi ignoriert. |
| ingress | object | {…} | Ingress-Konfiguration |
| ingress.gateway | object | {…} | Konfiguration der Kubernetes Gateway API (gateway.networking.k8s.io/v1) |
| ingress.gateway.annotations | object | {} | Zusätzliche Gateway-Annotationen (z. B. cert-manager.io/cluster-issuer, damit cert-manager das in ingress.tls.secretName referenzierte Zertifikat ausstellt) |
| ingress.gateway.certificateRef.createReferenceGrant | bool | false | Erstellt im certificateRef.namespace einen ReferenceGrant, der dem Gateway die Verwendung des Secrets erlaubt |
| ingress.gateway.certificateRef.namespace | string | "" | Namensraum des Secrets ingress.tls.secretName, sofern es sich nicht um den Release-Namensraum handelt |
| ingress.gateway.create | bool | true | Gibt an, ob das Gateway erstellt werden soll. Setzen Sie den Wert auf false, um die HTTPRoute über parentRefs an ein vorhandenes Gateway anzuhängen. |
| ingress.gateway.gatewayClassName | string | "" | GatewayClass, die das Gateway implementiert (beim Erstellen des Gateways erforderlich) |
| ingress.gateway.infrastructure | object | {} | Gateway-spec.infrastructure (Labels, Annotationen und parametersRef, die an die von der Implementierung erstellten Ressourcen weitergegeben werden, etwa an den Load-Balancer-Service) |
| ingress.gateway.labels | object | {} | Zusätzliche Gateway-Labels |
| ingress.gateway.listeners.controllerSuppliedTls | bool | false | Verwendet, wenn ingress.tls.enabled false ist, einen HTTPS-Listener ohne certificateRefs (anstelle eines HTTP-Listeners) für Implementierungen, die das Zertifikat selbst bereitstellen. Erfordert tlsOptions. |
| ingress.gateway.listeners.httpPort | int | 80 | Port des HTTP-Listeners |
| ingress.gateway.listeners.httpRedirect | bool | false | Fügt einen HTTP-Listener hinzu, der auf HTTPS umleitet (sofern das Gateway einen HTTPS-Listener hat) |
| ingress.gateway.listeners.httpsPort | int | 443 | Port des HTTPS-Listeners |
| ingress.gateway.listeners.tlsOptions | object | {} | tls.options des HTTPS-Listeners (implementierungsspezifisch) |
| ingress.gateway.meshIntegrated | bool | false | Setzen Sie den Wert auf true, wenn die GatewayClass-Implementierung Teil des Istio-Mesh ist (z. B. die Gateway-API-Implementierung von Istio selbst); dadurch wird STRICT mTLS möglich, wenn mesh.istio.enabled true ist |
| ingress.gateway.name | string | "vantage-gateway" | Name des zu erstellenden Gateways |
| ingress.gateway.parentRefs | list | [] | Listener eines vorhandenen Gateways, an die die HTTPRoute angehängt wird; wird verwendet, wenn create false ist. Die allowedRoutes des Gateways müssen Routen aus dem Release-Namensraum zulassen. |
| ingress.gateway.regexCatchAll | bool | false | Rendert die Catch-All-Route / als RegularExpression-Abgleich (/.*) anstelle eines PathPrefix-Abgleichs. Setzen Sie den Wert auf true für Implementierungen, die jeden PathPrefix-Abgleich höher priorisieren als RegularExpression-Abgleiche (z. B. Istio), da ein /-Präfix dort die Regex-Routen überdecken würde. |
| ingress.gateway.route.annotations | object | {} | Zusätzliche HTTPRoute-Annotationen |
| ingress.gateway.route.labels | object | {} | Zusätzliche HTTPRoute-Labels |
| ingress.gateway.route.timeouts | object | {"request":"0s"} | timeouts für HTTPRoute-Regeln. Erfordert das Feature HTTPRouteRequestTimeout. Setzen Sie den Wert auf {}, um den Standardwert der Implementierung beizubehalten. |
| ingress.istio | object | {…} | Istio-Ingress-Konfiguration |
| ingress.istio.gateway.annotations | object | {} | Zusätzliche Gateway-Annotationen |
| ingress.istio.gateway.labels | object | {} | Zusätzliche Gateway-Labels |
| ingress.istio.internalDNSResolution.enabled | bool | false | Gibt an, ob in Istio Ressourcen eingerichtet werden sollen, damit Aufrufe innerhalb des Mesh an den FQDN des Vantage-Clusters wieder über das Ingress-Gateway geleitet werden (setzen Sie den Wert auf true, wenn für vantage.DNSRecord kein öffentlicher DNS-Eintrag existiert). (erfordert DNS Proxying) |
| ingress.kubernetes | object | {…} | Konfiguration des nativen Kubernetes-Ingress |
| ingress.kubernetes.annotations | object | {} | Zusätzliche Ingress-Annotationen |
| ingress.kubernetes.ingressClassName | string | "" | Legt fest, welcher Ingress-Controller die Ressource implementiert |
| ingress.kubernetes.labels | object | {} | Zusätzliche Ingress-Labels |
| ingress.kubernetes.nginx | bool | false | Auf true setzen, wenn eine Ingress-Klasse verwendet wird, die nicht “nginx” heißt, aber nginx-Funktionen implementiert (z. B. AKS Web App Routing) |
| ingress.tls.enabled | bool | true | Gibt an, ob der Ingress TLS mit einem Kubernetes-Secret terminiert. Auf false setzen, wenn der Ingress-Controller das Zertifikat auf anderem Weg bereitstellt (z. B. ein ACM-Zertifikat, das an die AWS ALB IngressClassParams angehängt ist). |
| ingress.type | string | "istio" | Ingress-Implementierung. Einer der Werte native, gateway, kubernetes oder istio. native bedeutet, dass Gateway-APIs verwendet werden, sofern verfügbar; andernfalls wird die eingefrorene Kubernetes-Ingress-API verwendet. |
| mesh | object | {…} | Service-Mesh-Konfiguration |
| mesh.istio.enabled | bool | true | Auf true setzen, um die empfohlene Istio-Mesh-Konfiguration bereitzustellen. |
| observability | object | {…} | Observability-Konfiguration |
| observability.prometheus | object | {…} | Prometheus-Observability-Konfiguration |
| observability.prometheus.namespace | string | "observability" | Namensraum, in dem die Prometheus-Instanz installiert ist |
| observability.prometheus.serviceMonitor | object | {…} | Prometheus-ServiceMonitor-Konfiguration |
| observability.prometheus.serviceMonitor.create | bool | false | Gibt an, ob ein Prometheus-ServiceMonitor erstellt werden soll, um Vantage-Anwendungsmetriken abzurufen |
| observability.prometheus.serviceMonitor.interval | string | 15s, oder 60s, wenn vantage.minimalInstall true ist | Wie oft Prometheus Vantage-Anwendungsmetriken abruft. Die Prometheus-Scaler von KEDA lesen diese Metriken aus; dieser Wert bestimmt daher auch, wie schnell Worker auf anstehende Aufgaben reagieren können. Ist kein Wert gesetzt, hängt der Standardwert von vantage.minimalInstall ab: 60s, wenn true; andernfalls 15s. |
| observability.prometheus.serviceMonitor.selectorMatchLabels | object | {} | Labels, die Prometheus zum Registrieren eines ServiceMonitor benötigt (sollten mit spec.serviceMonitorSelector.matchLabels Ihrer Prometheus-CR übereinstimmen) |
| operator.controllerManagerServiceAccount | string | "vantage-operator-controller-manager" | |
| operator.namespace | string | "vantage-operator-system" | |
| serviceAccounts | object | {…} | Von Vantage-Workloads verwendete ServiceAccounts. Jeder Abschnitt ist optional: Setzen Sie create: true, damit dieses Chart den ServiceAccount (im Release-Namensraum) erstellt und in den entsprechenden Teil der Vantage-CR einbindet; setzen Sie nur vantage.serviceAccountName / vantage.ociMigration.serviceAccountName, um auf einen bereits vorhandenen ServiceAccount zu verweisen; oder setzen Sie keines von beiden, dann werden die entsprechenden Pods mit dem ServiceAccount default des Namensraums ausgeführt. Einzelne Workloads werden mit dem ServiceAccount vantage ausgeführt, sofern sie nicht ausdrücklich in workloads konfiguriert sind. |
| serviceAccounts.annotations | object | {} | Annotationen, die jedem von diesem Chart erstellten ServiceAccount hinzugefügt werden. Für einen einzelnen ServiceAccount gesetzte Annotationen haben Vorrang. |
| serviceAccounts.imagePullSecrets | list | [] | Image-Pull-Secrets, die jedem von diesem Chart erstellten ServiceAccount angehängt werden, zusätzlich zu den für einen einzelnen ServiceAccount gesetzten |
| serviceAccounts.labels | object | {} | Labels, die jedem von diesem Chart erstellten ServiceAccount hinzugefügt werden. Für einen einzelnen ServiceAccount gesetzte Labels haben Vorrang. |
| serviceAccounts.ociMigration | object | {…} | ServiceAccount für den OCI-Migrations-Job (vantage.ociMigration.serviceAccountName) |
| serviceAccounts.ociMigration.annotations | object | {} | Zusätzliche Annotationen (z. B. azure.workload.identity/client-id) |
| serviceAccounts.ociMigration.create | bool | false | Gibt an, ob der ServiceAccount erstellt werden soll |
| serviceAccounts.ociMigration.imagePullSecrets | list | [] | Dem ServiceAccount angehängte Image-Pull-Secrets |
| serviceAccounts.ociMigration.labels | object | {} | Zusätzliche Labels |
| serviceAccounts.ociMigration.name | string | "" | Name des zu erstellenden ServiceAccount. Standardmäßig <release name>-oci-migration. |
| serviceAccounts.vantage | object | {…} | ServiceAccount für die Workloads der Vantage-Anwendung (vantage.serviceAccountName) |
| serviceAccounts.vantage.annotations | object | {} | Zusätzliche Annotationen (z. B. azure.workload.identity/client-id) |
| serviceAccounts.vantage.create | bool | false | Gibt an, ob der ServiceAccount erstellt werden soll |
| serviceAccounts.vantage.imagePullSecrets | list | [] | Dem ServiceAccount angehängte Image-Pull-Secrets |
| serviceAccounts.vantage.labels | object | {} | Zusätzliche Labels |
| serviceAccounts.vantage.name | string | "" | Name des zu erstellenden ServiceAccounts. Standardmäßig wird der Release-Name verwendet. |
| serviceAccounts.workloads | object | {} | ServiceAccounts für einzelne Workloads, die den vantage-ServiceAccount überschreiben, gegliedert nach Chart-Name und anschließend nach Workload-Art (migrator, deployment oder statefulSet). Jeder Eintrag unterstützt create (Standard: true), name (Standard: <chart name without -helm>-<kind>; erforderlich, wenn create auf false gesetzt ist), labels, annotations, imagePullSecrets und roles. Mehrere Workloads können sich einen ServiceAccount teilen, indem sie denselben Namen verwenden; Einträge, die einen gemeinsam genutzten ServiceAccount erstellen, müssen ihn identisch konfigurieren. Jeder ServiceAccount wird an roles gebunden (Standard: migration-writer und serviceversion-reader für Migratoren, andernfalls migration-reader und serviceversion-reader). |
| vantage | object | {…} | Vantage-CR-Spezifikation – diese Werte werden direkt an die Vantage-Custom-Resource übergeben |
| vantage.databaseProvider | string | "SqlServer" | Von allen Vantage-Services verwendete Datenbank-Engine. Entweder “SqlServer” oder “PostgreSQL”. Groß-/Kleinschreibung wird beachtet: Der Wert wird unverändert an *Database__Provider jedes Service übergeben und muss exakt mit dem DataProvider-Namen der Laufzeitumgebung übereinstimmen (“PostgreSQL”, nicht “Postgresql”/“PostgreSql”). |
| vantage.debug | bool | false | Gibt an, ob Vantage-Workloads im Debug-Modus bereitgestellt werden |
| vantage.dnsRecord | string | "" | DNS-Eintrag für die Vantage-Installation |
| vantage.keda | object | {…} | KEDA-Konfiguration |
| vantage.keda.enabled | bool | false | Gibt an, ob KEDA für die automatische Skalierung verwendet wird |
| vantage.mailFrom | string | "" | Absenderadresse für ausgehende E-Mails |
| vantage.minimalInstall | bool | false | Gibt an, ob Vantage-Workloads mit minimaler Ressourcenkonfiguration bereitgestellt werden. Kombinieren Sie diese Option mit defaultSkills.mode: minimal (oder custom); wird bei einer Minimalinstallation der vollständige Skill-Satz verwendet, wird lediglich eine Warnung ausgegeben. |
| vantage.ociMigration | object | {…} | Konfiguration der OCI-Migration (optional; zum Überspringen weglassen oder enabled: false setzen) |
| vantage.ociMigration.concurrency | int | 5 | Anzahl der parallel zu kopierenden Artefakte |
| vantage.ociMigration.destination | object | {…} | Ziel-Container-Registry (Registry des Kunden für gespiegelte Images) |
| vantage.ociMigration.destination.host | string | "abbyy.com" | Hostname der Registry |
| vantage.ociMigration.destination.password | string | "" | Kennwort für die Authentifizierung (in Produktionsumgebungen credentialsRef verwenden) |
| vantage.ociMigration.destination.username | string | "" | Benutzername für die Authentifizierung (in Produktionsumgebungen credentialsRef verwenden) |
| vantage.ociMigration.enabled | bool | true | OCI-Migration aktivieren |
| vantage.ociMigration.sources | list | […] | Quell-Registry, aus der die Vantage-Images abgerufen werden |
| vantage.ociMigration.sources[0] | object | {…} | Hostname der Registry |
| vantage.ociMigration.sources[0].password | string | "" | Kennwort für die Authentifizierung (in Produktionsumgebungen credentialsRef verwenden) |
| vantage.ociMigration.sources[0].username | string | "" | Benutzername für die Authentifizierung (in Produktionsumgebungen credentialsRef verwenden) |
| vantage.platformAdminEmail | string | "" | E-Mail-Adresse des Plattform-Administrators |
| vantage.reverseProxy | bool | false | Gibt an, ob Vantage für den Betrieb hinter einem Reverse Proxy mit TLS-Terminierung konfiguriert wird. |
| vantage.secrets | object | {} | Konfiguration der Secrets (es muss genau ein Provider festgelegt werden: kubernetes oder azure). |
| vantage.techcore | object | {…} | Konfiguration der TechCore-Verarbeitungsengine |
| vantage.techcore.nnTrainingWorkers | object | {…} | Konfiguration der Trainings-Worker für neuronale Netze |
| vantage.techcore.nnTrainingWorkers.enabled | bool | false | Trainings-Worker für neuronale Netze aktivieren |
| vantage.techcore.nnTrainingWorkers.gpu | bool | false | GPU-Beschleunigung für Trainings-Worker aktivieren |
| vantage.techcore.versions | list | [3,4] | Bereitzustellende TechCore-Versionen (verfügbar sind 2, 3 und 4). |
| vantage.updatePolicy | object | {…} | Aktualisierungsrichtlinie für Vantage-Upgrades |
| vantage.updatePolicy.manual | object | {} | Nur manuelle Upgrades (für ein Upgrade eine neue Version des Operator-Helm-Charts installieren) |
| vantage.vantageVersion | string | "" | Zu installierende Vantage-Version |
| vantage.workloads | object | {…} | Konfiguration der Workloads-ConfigMap |
| vantage.workloads.additionalMetadataKey | string | "additional-metadata.yml" | Schlüssel für zusätzliche Workloads-Metadaten |
| vantage.workloads.configMap | string | "vantage-workloads" | Name der ConfigMap (wenn workloadsConfigMap.create auf true gesetzt ist – dies ist der Standard –, wird dieser Wert als Präfix für den Namen der erstellten ConfigMap verwendet.) |
| vantage.workloads.metadataTemplateKey | string | "workloads-metadata.yml.gotmpl" | Schlüssel für die Vorlage der Workloads-Metadaten |
| vantage.workloads.secretsKey | string | "workloads-secrets.yml.gotmpl" | Schlüssel für die Workloads-Secrets |
| vantage.workloads.workloadsKey | string | "workloads.yml" | Schlüssel für die Workloads |
| workloadsConfigMap.additionalMetadata | object | {} | Erweiterte Workload-Konfiguration. Dieses Objekt wird mit den gerenderten Workloads-Metadaten zusammengeführt. |
| workloadsConfigMap.create | bool | true | Gibt an, ob die ConfigMap erstellt werden soll, die Daten zu den für die Installation von Vantage erforderlichen Charts und Images enthält. Ist diese Option true, aktualisiert das Bereitstellen einer neuen Chart-Version die Vantage-Custom-Resource selbst, sodass Vantage In-Place aktualisiert wird (funktioniert sowohl mit helm install/helm upgrade als auch mit GitOps-Tools, die mit helm template rendern, z. B. ArgoCD/Flux). |
