Prometheus: Ajout de la prise en charge de la représentation graphique de plusieurs séries temporelles (métriques) non liées dans un graphique

La bibliothèque de graphiques de modèles de console prend en charge cela, nous devrons cependant l'accrocher à / graph.

+1

+1

+1

+1

~ 3 ans plus tard, sommes-nous plus près de ce qui se passe? @ brian-brésil

@alexellis Non, personne n'a encore passé du temps là-dessus pour autant que je sache.

Et cette requête? Cela semble fonctionner.

{__name__=~"node_filefd_allocated|node_filefd_maximum"}

@mindfulmonk Cela fonctionne, mais présente l'inconvénient de vous rendre toutes les données dans une seule expression, et surtout si vous appliquez une transformation qui supprimera le nom de la métrique (taux, augmentation, somme, moyenne, etc.), vous ne le ferez pas savoir plus ce qui est quoi.

@davkal a ajouté un hack à l'interface utilisateur Cortex pour permettre la séparation de plusieurs requêtes
par des points-virgules. @juliusv pensez -vous que cela pourrait fonctionner ici?
Le mercredi 31 mai 2017 à 15h50, Julius Volz [email protected] a écrit:

@mindfulmonk https://github.com/mindfulmonk Cela fonctionne, mais a le
inconvénient de vous restituer toutes les données dans une seule expression, et surtout si
vous appliquez toute transformation qui supprimera le nom de la métrique (taux,
augmentation, somme, moyenne, etc.), alors vous ne saurez plus ce qui est quoi.

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/prometheus/prometheus/issues/39#issuecomment-305210735 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AAbGhQXG3gRkgAMhL3izXj6lIgc9zZJXks5r_X4lgaJpZM4AYIZW
.

Cela me semble vraiment hacky (et pourrait même théoriquement entrer en conflit avec de futurs changements de langue). Si nous décidons de le faire dans Prometheus lui-même, je préférerais une solution d'interface utilisateur complète à celle-ci qui vous permette d'ajouter plusieurs champs de saisie - soit l'un sous l'autre, soit avec des onglets (comme dans OpenTSDB).

+1 à cette demande

Ceci est pris en charge par Explore de Grafana, qui est maintenant disponible en grafana/grafana:latest dans le cadre de la bêta de la prochaine version 6.0 (et non plus derrière un indicateur de fonctionnalité).

J'étais en train de creuser des problèmes pour d'éventuels projets GSoC, alors sommes-nous toujours désireux d'ajouter cela dans Prometheus?
/ cc @juliusv

Je pense que oui, mais ce n'est probablement pas assez grand pour un projet GSoC. Peut-être un jour ou deux ...

À ce stade, nous ne devrions considérer cela que pour le nouveau ReactUI.

Ce serait bien pour deux raisons distinctes:

1. Il est généralement pratique de partager l'axe horizontal - plage de temps de décalage / zoom synchronisée entre tous les tracés.

2. Superposer différentes données sur le même graphique et la même échelle verticale est parfois souhaitable, parfois déroutant.

(1) n'est que pratique UX, vous pouvez le simuler maintenant en copiant la même heure de fin et la même plage dans tous les tracés. Mais peut-être serait-il acceptable de faire en sorte que cela soit toujours le cas - afficher les widgets de plage de temps une seule fois pour toute la page - car lorsque vous voulez des échelles de temps séparées, vous pouvez toujours utiliser plusieurs onglets de navigateur?

Pour (2), il existe plusieurs modèles d'interface utilisateur possibles:

• Hiérarchique: une page est un tableau de panneaux [Ajouter un panneau] / [Supprimer un panneau]; chaque panneau a un tableau d'expressions [Ajouter une expression] / [Supprimer une expression].
• Plat: une page est un tableau d'expressions; entre les expressions ont une case à cocher [⭥Combine plots], rendant les morceaux combinés consécutifs en un seul tracé. Cela peut être plus étrange, mais je pense qu'il peut être pratique de basculer entre les vues fractionnées et superposées.
  
  
  
  • Hors de portée: Une variante extrême de "flat" est de transformer toutes les boîtes de saisie d'expression en un seul éditeur, avec des tracés surgissant entre les lignes de l'éditeur (par exemple, CodeMirror peut le faire). Encore plus étrange pour les nouveaux utilisateurs: exploding_head :, mais donnerait le pouvoir de réorganiser de nombreuses parcelles par copier-coller ...