Je développe un outil de surveillance pour les applications, et l'une des fonctionnalités à venir est un nouveau "graphique de latence". Ce graphique est créé automatiquement sous forme de fichier jpg et il représente la latence d'un hôte donné au cours des dernières 24 heures (c'est-à-dire combien de mili-secondes il faut pour communiquer de mon hôte à l'hôte donné). Il interroge et collecte des données toutes les minutes.
En ce moment, il ressemble à celui-ci:
Eh bien, j'ai les doutes suivants et j'aimerais vous demander ce que vous en pensez:
une. Il représente actuellement 3 modes: Up (puis nous montrons les métriques de latence); Down (l'hôte donné en inaccessible) et Unknown (moments où l'application n'interroge pas et mesure la latence). Étant donné que les états "Down" et "Unknown" signifient 0 en latence, nous ne pouvons pas les distinguer si le pivot Y commence à 0, nous mettons donc des valeurs négatives du pivot Y, afin de pouvoir colorer en rouge pour "Down" et blanc.\gris pour "Inconnu". Cela permet de les distinguer, mais je ne sais pas si fournir des valeurs négatives dans un tel graphique est suffisamment clair. Je pense à les unir tous les deux à un seul état, nommé "Down ou Unknown" afin que le pivot Y ne contienne que des valeurs positives (à partir de 0) et cela aide probablement le graphique à être plus clair. Qu'en pensez-vous?
b. Pensez-vous qu'un graphique linéaire pourrait être meilleur que ce graphique à barres (pour cette latence)? En fait, il n'est pas nécessaire de colorer la zone en dessous des valeurs de latence, donc je me demande si cela rend ce graphique plus lisible et plus clair.
Je vous remercie!
Avez-vous envisagé de superposer votre état Down et Unknown ? Voici une maquette basse fidélité de ce que je veux dire:
Pour le point a, il est logique de savoir quand quelque chose est inconnu (pas de données) ou en baisse (résultat négatif).
Pour le point b, je pouvais voir un graphique linéaire pour la latence, puis superposer une barre ou changer l'arrière-plan pour les moments où la latence n'est pas définie ou l'hôte est en panne. La barre attirera vraiment votre attention tandis que le graphique linéaire communique les tendances sans que la couleur supplémentaire ne vous distrait des données (surtout si les valeurs varient largement de votre valeur minimale à la valeur maximale).
Brendan Gregg (co-créateur de DTrace ) a fait beaucoup de travail dans les visualisations de ce type. Sa préférence est une carte de chaleur de latence, qu'il explique en détail dans cette entrée de blog .
Si vous êtes coincé pour des idées, j'ai googlé graphique de latence dans les images Google, cela devrait donc vous inspirer.
J'imagine qu'il sera important de savoir quand la latence est élevée (afin que vous puissiez faire quelque chose), et il pourrait être important de savoir quand la connexion a échoué (alias inconnu, afin que vous puissiez enquêter). Donc, dans les deux cas, vous voulez vous assurer que la visualisation alerte l'utilisateur.
Évidemment, la visualisation dépendra de ce que vous mesurez et de la façon dont vous le mesurez, mais l'essentiel est qu'elle doit communiquer efficacement car vous en avez besoin pour alerter l'utilisateur.