Nouvelle fonctionnalité : politique d'optimisation via CR

Les politiques d'optimisation peuvent désormais être gérées directement via les Custom Resources Kubernetes — en complément ou en remplacement de l'interface — offrant aux équipes un contrôle total de type GitOps sur la façon dont PerfectScale recommande les ressources à chaque niveau de la hiérarchie du cluster.

Nouveautés :

• Contrôle des politiques à plusieurs niveaux via CRD — définissez des politiques d'optimisation (MaxSavings, Balanced, ExtraHeadroom, MaxHeadroom) et des fenêtres temporelles personnalisées au niveau du cluster, du namespace ou du workload à l'aide des CR ClusterRecommendationsConfig, NamespaceRecommendationsConfig et WorkloadRecommendationsConfig
• Politique d'optimisation au niveau du namespace — pour la première fois, les politiques d'optimisation peuvent être configurées au niveau du namespace, comblant le fossé entre les paramètres à l'échelle du cluster et ceux par workload
• Hiérarchie des politiques avec fusion intelligente — les politiques sont résolues par ordre de priorité (CRD Workload → CRD Namespace → CRD Cluster → Interface → Valeur système par défaut), de sorte que les configurations les plus spécifiques l'emportent toujours
• Visibilité de la source CRD dans l'interface — lorsqu'une politique est gérée via CR, l'interface affiche sa source, présente le contenu brut du CR et verrouille l'édition pour éviter les conflits
• Bouton "Réinitialiser l'héritage" — les workloads dont les politiques ont été définies via l'interface peuvent désormais être réinitialisés à la valeur par défaut héritée du cluster ou du namespace, reproduisant le comportement observé lors de la suppression d'un CRD