- Première mise à jour majeure en 7 ans, qui introduit de nouvelles fonctionnalités tout en maintenant la compatibilité avec les versions existantes
- Nouvelle UI moderne repensée
- Amélioration du protocole avec Remote Write 2.0
- Possibilité d’utiliser l’UTF-8 pour les noms de métriques et les labels
- Interopérabilité renforcée avec OpenTelemetry
- Prise en charge des histogrammes natifs, offrant une meilleure efficacité et un coût plus faible que les histogrammes existants
- Forte amélioration de l’utilisation mémoire et de l’efficacité CPU par rapport à la 2.0
Nouvelle UI
- L’une des principales caractéristiques de Prometheus 3.0 est son UI entièrement repensée
- Caractéristiques :
- Interface plus simple et plus moderne
- Ajout d’une vue arborescente de style PromLens
- Adoption d’une stack technologique moderne pour simplifier la maintenance
- Depuis la bêta, prise en charge ajoutée des métriques UTF-8 et des noms de labels
- L’ancienne UI peut être réactivée temporairement avec le flag
old-ui
Remote Write 2.0
- Le protocole Remote Write a été amélioré afin d’ajouter une prise en charge fluide des métadonnées, exemplaires, timestamps de création, histogrammes natifs, etc.
- Utilisation du string interning pour réduire la taille des payloads et l’usage CPU
- Amélioration de la gestion des écritures partielles : fourniture d’informations d’erreur plus détaillées au client
Prise en charge de l’UTF-8
- Il est désormais possible d’utiliser des caractères UTF-8 dans les noms de métriques et les valeurs de labels
- Dans les environnements qui ne prennent pas en charge l’UTF-8, le traitement continue d’utiliser l’ancienne méthode avec underscores
- Dans PromQL, une nouvelle syntaxe de citation permet d’interroger des métriques UTF-8
- Pour l’instant, seule la bibliothèque cliente Go a terminé sa mise à jour pour la prise en charge de l’UTF-8 ; les autres langages seront ajoutés prochainement
Prise en charge d’OTLP
- Interopérabilité renforcée avec OpenTelemetry (OTLP)
- OTLP Ingestion :
- Prometheus peut être configuré pour recevoir par défaut des métriques OTLP sur l’endpoint
/api/v1/otlp/v1/metrics
- La méthode de configuration est disponible via le guide OTLP
- Normalisation UTF-8 :
- Il n’est plus nécessaire de remplacer les points (
.) par des underscores (_) dans les noms de métriques et de labels OpenTelemetry
- Prise en charge expérimentale de différentes stratégies de conversion pour la collecte OTLP
Histogrammes natifs
- Les histogrammes natifs offrent une meilleure efficacité et un coût plus faible que les histogrammes existants
- Caractéristiques :
- Buckets exponentiels qui évitent d’avoir à mettre à jour les limites des buckets selon le jeu de données
- Fonctionnalité expérimentale, activable avec le flag
--enable-feature=native-histograms
- Certains formats et opérateurs sont encore en cours de conception
Breaking Changes
- Même si cette version majeure a cherché à ne pas casser les fonctionnalités existantes, elle inclut quelques changements mineurs :
- Flags de fonctionnalité
- Fichiers de configuration
- PromQL
- Protocole de scrape
- Les configurations susceptibles d’être affectées peuvent être vérifiées via le guide de migration
Plans d’amélioration à venir
- Nouveau modèle de gouvernance complet
- Compatibilité supplémentaire avec OpenTelemetry
- OpenMetrics 2.0 (développé sous la gouvernance de Prometheus)
- Stabilisation des histogrammes natifs et prise en charge de buckets personnalisés
- Optimisations supplémentaires
- Extension de la prise en charge de l’UTF-8
2 commentaires
Une interface utilisateur moderne, wow..
Il va falloir que je l’essaie bientôt.