9 points par xguru 2024-12-01 | 2 commentaires | Partager sur WhatsApp
  • 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

 
roxie 2024-12-01

Une interface utilisateur moderne, wow..

 
blurblah 2024-12-01

Il va falloir que je l’essaie bientôt.