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

# Helm-Chart-Werte: 2026.10.16

> Alle Werte der Helm-Charts vantage-operator und vantage-selfhosted in der Artefakt-Version 0.91.1, jeweils mit Typ und Standardwert.

## Artefaktversionen

| Artefakt | Version |
| - | - |
| `vantage-operator`-Chart | `0.91.1` |
| `vantage-selfhosted`-Chart | `0.91.1` |
| `vantage-operator`-Image | `v0.91.1` |

Hier finden Sie alle Werte, die beide Charts in dieser Version akzeptieren, jeweils mit Typ und Standardwert. Was die Charts bewirken und welche Werte Sie voraussichtlich am häufigsten festlegen, erfahren Sie unter [Helm-Charts](https://docs.abbyy.com/de/vantage/self-hosted/v3.0/helm-charts.md). Details zu den einzelnen Feldern der `Vantage`-Custom-Resource finden Sie in der [API-Referenz](https://docs.abbyy.com/de/vantage/self-hosted/v3.0/reference/2026.10.16/api-reference.md).

## `vantage-operator`

| Schlüssel | Typ | Standard | Beschreibung |
| - | - | - | - |
| certManager.enable | bool | `false` | |
| crd.enable | bool | `true` | |
| crd.keep | bool | `true` | |
| manager.affinity | object | `{}` | |
| manager.args\[0] | string | `"--leader-elect"` | |
| manager.env\[0].name | string | `"POD_NAME"` | |
| manager.env\[0].valueFrom.fieldRef.fieldPath | string | `"metadata.name"` | |
| manager.env\[1].name | string | `"POD_NAMESPACE"` | |
| manager.env\[1].valueFrom.fieldRef.fieldPath | string | `"metadata.namespace"` | |
| manager.image.pullPolicy | string | `"IfNotPresent"` | |
| manager.image.repository | string | `"abyvtgsh.azurecr.io/vantage-operator"` | |
| manager.image.tag | string | `"v0.91.1"` | |
| manager.imagePullSecrets | list | `[]` | |
| manager.nodeSelector | object | `{}` | |
| manager.podSecurityContext.runAsNonRoot | bool | `true` | |
| manager.podSecurityContext.seccompProfile.type | string | `"RuntimeDefault"` | |
| manager.replicas | int | `1` | |
| manager.resources.limits.cpu | string | `"500m"` | |
| manager.resources.limits.memory | string | `"128Mi"` | |
| manager.resources.requests.cpu | string | `"10m"` | |
| manager.resources.requests.memory | string | `"64Mi"` | |
| manager.securityContext.allowPrivilegeEscalation | bool | `false` | |
| manager.securityContext.capabilities.drop\[0] | string | `"ALL"` | |
| manager.securityContext.readOnlyRootFilesystem | bool | `true` | |
| manager.tolerations | list | `[]` | |
| metrics.enable | bool | `true` | |
| metrics.port | int | `8443` | |
| prometheus.enable | bool | `false` | |
| rbacHelpers.enable | bool | `false` | |

## `vantage-selfhosted`

| Schlüssel | Typ | Standard | Beschreibung |
| - | - | - | - |
| 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](https://istio.io/latest/docs/ops/configuration/traffic-management/dns-proxy)) |
| 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). |