Vantage du groupe d’API vantage.abbyy.com/v1alpha1. Les champs ci-dessous constituent le contrat complet entre vous et l’opérateur.
Pour une vue d’ensemble conceptuelle de la façon dont l’opérateur utilise cette ressource, voir Architecture. Pour la procédure d’installation, choisissez Azure ou Self-Managed Kubernetes.
Group d’API
Vantage
vantage-selfhosted contient une instance de ressource personnalisée Vantage, créée dans l’espace de noms où vous avez installé ce chart.
Vantage.spec
Validation de
secrets : has(self.kubernetes) != has(self.azure): un seul fournisseur doit être spécifié.Validation de
updatePolicy : (has(self.auto) ? 1 : 0) + (has(self.manual) ? 1 : 0) == 1: une seule stratégie de mise à jour doit être spécifiée.Validation de
ociMigration : !has(self.enabled) || self.enabled == false || has(self.destination): la destination est obligatoire lorsque ociMigration est activé.Validation de
techcore : !self.keepPreviousVersion || has(self.previousVersion): previousVersion est obligatoire lorsque keepPreviousVersion vaut true.Vantage.spec.keda
Les charts de charges de travail Vantage actuels nécessitent KEDA 2.17.x. Certaines ressources
ScaledObject interrogent http://prometheus-operated.observability.svc.cluster.local:9090 ; voir Autoscaling with KEDA.
Vantage.spec.smtp
Vantage.spec.workloads
Vantage.spec.secrets
Vantage.spec.secrets.azure
Vantage.spec.secrets.azure.objects[alias]
AzureSecretObjectConfig décrit un objet Key Vault unique associé à un alias de secret.
Vantage.spec.secrets.kubernetes
Secret préexistantes dans l’espace de noms d’installation.
Vantage.spec.secrets.kubernetes.objects[alias]
Secret Kubernetes.
Vantage.spec.storage
storage*ConnectionString. Voir Secrets and Key Vault.
Vantage.spec.storage.custom
StorageClass Kubernetes).
La
StorageClass Kubernetes référencée doit déjà être configurée dans le cluster avant d’installer Vantage avec un backend de stockage personnalisé.Vantage.spec.updatePolicy
Vantage.spec.updatePolicy.auto
Vantage.spec.ociMigration
enabled=false pour ignorer la migration.
Lorsqu’elle est activée, destination est obligatoire.
Validation de
destination : !self.host.contains(’/’): host ne doit pas contenir de chemin ; utilisez le champ repository pour le chemin du registreValidation de
destination : !self.host.contains(’://’): host ne doit pas inclure de schéma (par exemple, https://)Accès au pull d’image pour le job de migration : exécutez le job avec un ServiceAccount qui porte votre secret de pull du registre (
serviceAccountName), ou référencez le secret dans l’entrée source (sources[].credentialsRef.name). Sur Azure, accorder AcrPull à l’identité managée AKS est l’alternative la plus simple aux secrets de pull. L’accès d’ArgoCD à votre registre se configure séparément, comme une connexion de dépôt ArgoCD. Voir Image pull access et Connect ArgoCD to your OCI registry.Vantage.spec.ociMigration.destination
Vantage.spec.ociMigration.destination.credentialsRef
Vantage.spec.ociMigration.destination.workloadIdentity
Vantage.spec.ociMigration.imagePullSecrets[index]
Vantage.spec.ociMigration.sources[index]
Vantage.spec.ociMigration.sources[index].credentialsRef
Vantage.spec.ociMigration.sources[index].workloadIdentity
Vantage.spec.techcore
Vantage.spec.techcore.nnTrainingWorkers
Vantage.status
L’installation du Skill s’exécute comme un job Kubernetes distinct, qui n’est pas reflété dans
status.conditions[] et n’apparaît pas dans ArgoCD. Vantage reste utilisable pendant l’exécution du job. Voir Lifecycle pour les commandes de surveillance.