| defaultSkills | object | {…} | Standard-Skill-Installation: Legt fest, welche Einträge des mitgelieferten Katalogs (files/default-skills.yml, der defaultSkills-Wert des fixierten skill-installer-def-installation-Charts) der skill-installer-operator installiert. Installierte Skills werden nie entfernt. Treffen Sie die Auswahl daher vor der ersten Installation; siehe docs/default-skills.md. |
| defaultSkills.mode | string | "all" | all installiert jede Version jedes Katalog-Skills, minimal die neueste Version jedes Skills sowie die fixierten Versionen in files/default-skills.minimal.yml, custom nur die Einträge in skills. all ist der einzige sichere Standardwert: Skills, die von einem Standard-Skill abgeleitet sind, funktionieren ohne ihn nicht. Eine Reduzierung muss daher stets explizit erfolgen. all in Kombination mit vantage.minimalInstall: true erzeugt eine Warnung in den Chart-Hinweisen. |
| defaultSkills.skills | list | [] | Im Modus custom zu installierende Skills als {id, versions}-Einträge. id ist die ID eines Katalog-Skills. versions ist optional: Ohne Angabe wird die neueste Version installiert, mit all jede Katalogversion und mit 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 von ingress.tls.secretName referenzierte Zertifikat ausstellt) |
| ingress.gateway.certificateRef.createReferenceGrant | bool | false | Erstellt ein ReferenceGrant in certificateRef.namespace, das dem Gateway die Verwendung des Secrets erlaubt |
| ingress.gateway.certificateRef.namespace | string | "" | Namensraum des Secrets ingress.tls.secretName, falls dieser vom Release-Namensraum abweicht |
| ingress.gateway.create | bool | true | Gibt an, ob das Gateway erstellt werden soll. Auf false setzen, 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 | Wenn ingress.tls.enabled false ist, wird für Implementierungen, die das Zertifikat selbst bereitstellen, ein HTTPS-Listener ohne certificateRefs (anstelle eines HTTP-Listeners) verwendet. 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 | Auf true setzen, wenn die GatewayClass-Implementierung Teil des Istio-Mesh ist (z. B. die Gateway-API-Implementierung von Istio selbst); ermöglicht STRICT mTLS, 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-Match (/.*) anstelle eines PathPrefix-Matches. Für Implementierungen auf true setzen, die jeden PathPrefix-Match höher einstufen als RegularExpression-Matches (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. Auf {} setzen, 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 (auf true setzen, wenn für vantage.DNSRecord tatsächlich kein öffentlicher DNS-Eintrag existiert). (erfordert DNS Proxying) |
| ingress.kubernetes | object | {…} | Native Kubernetes-Ingress-Konfiguration |
| 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. Bei native werden die Gateway-APIs verwendet, 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, der die Vantage-Anwendungsmetriken abruft |
| observability.prometheus.serviceMonitor.interval | string | 15s, bzw. 60s, wenn vantage.minimalInstall true ist | Gibt an, wie oft Prometheus die Vantage-Anwendungsmetriken abruft. Die Prometheus-Scaler von KEDA lesen diese Metriken aus; dieser Wert bestimmt daher auch, wie schnell Worker auf Aufgaben in der Warteschlange 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 | {} | Alle Labels, die Prometheus zum Registrieren eines ServiceMonitors 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 ihn mit dem entsprechenden Teil der Vantage-CR verknüpft; setzen Sie nur vantage.serviceAccountName / vantage.ociMigration.serviceAccountName, um auf einen bereits vorhandenen ServiceAccount zu verweisen; oder setzen Sie keines von beiden, dann laufen die entsprechenden Pods unter dem ServiceAccount default des Namensraums. Einzelne Workloads laufen unter dem ServiceAccount vantage, sofern sie nicht ausdrücklich in workloads anders konfiguriert sind. |
| serviceAccounts.annotations | object | {} | Annotations, die jedem von diesem Chart erstellten ServiceAccount hinzugefügt werden. Annotations, die an einem einzelnen ServiceAccount gesetzt sind, haben Vorrang. |
| serviceAccounts.imagePullSecrets | list | [] | Image-Pull-Secrets, die jedem von diesem Chart erstellten ServiceAccount zusätzlich zu den an einem einzelnen ServiceAccount gesetzten angehängt werden |
| serviceAccounts.labels | object | {} | Labels, die jedem von diesem Chart erstellten ServiceAccount hinzugefügt werden. Labels, die an einem einzelnen ServiceAccount gesetzt sind, haben Vorrang. |
| serviceAccounts.ociMigration | object | {…} | ServiceAccount für den OCI-Migrations-Job (vantage.ociMigration.serviceAccountName) |
| serviceAccounts.ociMigration.annotations | object | {} | Zusätzliche Annotations (z. B. azure.workload.identity/client-id) |
| serviceAccounts.ociMigration.create | bool | false | Gibt an, ob der ServiceAccount erstellt werden soll |
| serviceAccounts.ociMigration.imagePullSecrets | list | [] | An den ServiceAccount angehängte Image-Pull-Secrets |
| serviceAccounts.ociMigration.labels | object | {} | Zusätzliche Labels |
| serviceAccounts.ociMigration.name | string | "" | Name des zu erstellenden ServiceAccounts. 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 Annotations (z. B. azure.workload.identity/client-id) |
| serviceAccounts.vantage.create | bool | false | Gibt an, ob der ServiceAccount erstellt werden soll |
| serviceAccounts.vantage.imagePullSecrets | list | [] | An den 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. Workloads können einen ServiceAccount gemeinsam nutzen, 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" | Datenbank-Engine, die von allen Vantage-Services verwendet wird. 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 | "" | E-Mail-Adresse, die als Absender für ausgehende E-Mails verwendet wird |
| vantage.minimalInstall | bool | false | Gibt an, ob Vantage-Workloads mit minimalen Ressourcenkonfigurationen bereitgestellt werden. Kombinieren Sie diese Option mit defaultSkills.mode: minimal (oder custom); der vollständige Skill-Satz führt bei einer Minimalinstallation lediglich zu einer Warnung. |
| 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 Plattformadministrators |
| vantage.reverseProxy | bool | false | Gibt an, ob Vantage für den Betrieb hinter einem Reverse-Proxy konfiguriert wird, der TLS terminiert. |
| vantage.secrets | object | {} | Secrets-Konfiguration (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 die Versionen 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 Bediener-Helm-Charts installieren) |
| vantage.workloads | object | {…} | Konfiguration der workload-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 die Standardeinstellung –, 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 auf true gesetzt, aktualisiert das Bereitstellen einer neuen chart-Version die Vantage-Custom-Resource selbst, sodass Vantage direkt vor Ort (in-place) aktualisiert wird. Dies funktioniert sowohl mit helm install/helm upgrade als auch mit GitOps-Tools, die mit helm template rendern, z. B. ArgoCD/Flux. |
