Passer au contenu principal
Cette version est basée sur Vantage Cloud 3.6.1. Pour connaître les fonctionnalités du produit, ainsi que les améliorations et correctifs apportés dans cette version, consultez les notes de version de Vantage 3.6.1.

​
Versions des artefacts

​
Changements non rétrocompatibles

​
Les compétences par défaut ne sont plus liées à l’installation minimale

vantage.minimalInstall ne contrôle désormais que le dimensionnement des charges de travail. L’ensemble des compétences par défaut est déterminé par la nouvelle valeur defaultSkills.mode, définie par défaut sur all (toutes les versions de toutes les compétences par défaut). Si vous utilisez une installation minimale, ajoutez defaultSkills.mode: minimal à vos valeurs avant d’effectuer la mise à niveau. Sinon, la prochaine synchronisation installera l’ensemble complet des compétences par défaut, ce qui peut prendre une heure, voire davantage. Une fois installées, les compétences par défaut ne peuvent plus être supprimées. Pour plus d’informations, consultez Compétences par défaut.

​
Fonctionnalités

​
Sélection des compétences par défaut

Vous pouvez désormais choisir les compétences par défaut à installer à l’aide de defaultSkills.mode : all, minimal ou custom. Pour en savoir plus sur les modes, sur la manière de trouver les identifiants de compétences correspondant à la version de votre chart et sur l’ajout de compétences par la suite, voir Compétences par défaut.

​
Comptes de service par charge de travail

Vous pouvez désormais attribuer à chaque charge de travail son propre compte de service Kubernetes avec serviceAccounts.workloads, au lieu de partager un même compte de service entre toutes les charges de travail. Le chart vantage-selfhosted peut créer ces comptes de service ou utiliser des comptes existants. Vous pouvez ainsi n’accorder à chaque charge de travail que les accès dont elle a besoin, par exemple via Azure Workload Identity.

​
Étiquettes de pod pour les charges de travail

Vous pouvez désormais ajouter des étiquettes aux pods des charges de travail via vantage.workloads.pods.labels (pour toutes les charges de travail) ou vantage.workloads.pods.charts (pour des charges de travail spécifiques), par exemple l’étiquette azure.workload.identity/use requise par Azure Workload Identity.

​
Ressources de la migration OCI

Vous pouvez désormais définir les requêtes et les limites de CPU et de mémoire du job de migration OCI à l’aide de vantage.ociMigration.resources. Utilisez cette option si votre cluster impose des limites sur chaque conteneur.

​
Améliorations

  • Les agents de traitement TechCore montent en charge plus rapidement sur les installations complètes. Prometheus collecte désormais les métriques Vantage toutes les 15 secondes au lieu de 60, et les agents de traitement TechCore utilisent leur profil de mise à l’échelle de production. Les installations minimales conservent un intervalle de 60 secondes. Pour modifier l’intervalle de collecte, définissez observability.prometheus.serviceMonitor.interval. Pour plus d’informations, consultez Mise à l’échelle automatique.

​
Correctifs

  • Correction d’un problème qui empêchait les notifications de l’UI Vantage de fonctionner avec un ingress Gateway API, car certaines implémentations refusaient d’acheminer les connexions WebSocket. Les délais d’expiration des requêtes sur la route Gateway API sont en outre désormais désactivés par défaut, afin que les requêtes de longue durée ne soient pas interrompues.
  • Correction d’un problème sur Azure en raison duquel l’operator créait et validait la configuration des secrets Key Vault pour des charges de travail non installées.