Grafana - une nouvelle interface pour les tableaux de bord de supervision

Grafana modernise son interface de supervision. Annoncée le 26 octobre 2026, cette évolution visuelle est présentée par l’éditeur comme la plus importante depuis Grafana 7. Elle reste en préversion publique. Annonce officielle Grafana.

Depuis, Grafana 13.3.0 a été publié le 27 octobre. Il faut distinguer la disponibilité de cette version du statut de la nouvelle apparence qu’elle intègre. Version officielle 13.3.0, nouveautés et statuts des fonctionnalités de Grafana 13.3.

Pour une équipe infrastructure, l’intérêt est de vérifier si cette présentation facilite la lecture des informations au quotidien. Pendant un incident, on attend du tableau de bord qu’il aide à repérer le service touché et à retrouver les mesures utiles au diagnostic.

Ce qui change dans l’interface Grafana

L’évolution porte sur trois ensembles :

• Les thèmes clair et sombre, avec une palette revue.
• La typographie, qui combine davantage les tailles et les graisses.
• Les composants, notamment les cartes, bordures, boutons, champs et étiquettes, dont la présentation est harmonisée.

Cette première phase conserve les parcours et la navigation. L’objectif annoncé est une meilleure cohérence visuelle entre les différentes parties du produit. Présentation de la nouvelle apparence.

Une interface de supervision doit aider à prendre une décision

Un tableau de bord contient souvent plusieurs niveaux d’information : état global, indicateurs par service, courbes détaillées et liens de diagnostic. Lorsque tout attire l’œil de la même façon, l’exploitant doit reconstruire lui-même les priorités.

Prenons un exemple fictif : une plateforme de commande ralentit. La vue d’ensemble doit permettre de distinguer les erreurs applicatives, la latence de la base et la charge des serveurs. L’équipe peut ensuite approfondir le bon périmètre, sans parcourir chaque graphique pour comprendre ce qu’il représente.

Une hiérarchie visuelle claire est utile si elle correspond à la manière dont l’équipe intervient. Les titres doivent nommer les services, les unités être explicites et les liens conduire vers les bonnes vues. Une information importante doit rester compréhensible sans dépendre uniquement d’une couleur.

La nouvelle présentation fournit un cadre à évaluer. Le choix des indicateurs et leur organisation restent un travail d’exploitation, comme nous l’expliquons dans notre article sur la supervision et le monitoring d’une infrastructure.

Quels points vérifier sur vos tableaux de bord existants ?

Les plugins construits avec les composants standards et les couleurs du thème doivent hériter du nouveau rendu. Les styles personnalisés demandent une vérification spécifique. Précisions de Grafana sur les plugins.

Nous commencerions par les vues les plus utilisées, avec quelques contrôles concrets :

Élément à examiner	Question d’exploitation
Valeurs et unités	Les mesures restent-elles lisibles, y compris lorsqu’elles deviennent longues ?
États et seuils	Distingue-t-on un service normal, dégradé ou sans données ?
Texte et liens	Les consignes et raccourcis restent-ils visibles et faciles à utiliser ?
Panneaux personnalisés	Les couleurs, espacements et contenus restent-ils cohérents ?
Formats d’affichage	La vue fonctionne-t-elle sur le portable d’astreinte comme sur le grand écran habituel ?

Le panneau Text dynamique de Grafana est un bon exemple de contenu à relire : une synthèse utile doit garder une place claire à côté des graphiques. Une longue explication mal placée peut masquer l’indicateur que l’on cherche.

Comment évaluer la préversion sans perturber l’exploitation

L’annonce indique l’option grafana.visualDesignRefresh pour essayer la nouvelle apparence. La documentation des fonctionnalités optionnelles explique leur gestion selon l’environnement.

Nous recommandons un essai sur une instance de test, avec les tableaux de bord et plugins réellement utilisés. Avant de reproduire une configuration de production, vérifiez également les destinations des notifications et les comptes de connexion aux sources de données : l’environnement d’essai doit rester maîtrisé.

Une méthode simple consiste à retenir quelques scénarios représentatifs : consulter l’état des services, rechercher un pic de latence, examiner une saturation de stockage et retrouver une procédure. Comparez les deux présentations avec la même période et les mêmes données. Vous pourrez identifier les améliorations, les régressions et les adaptations nécessaires.

Le critère de validation est la capacité de l’équipe à utiliser ses vues habituelles. Cette vérification vaut davantage qu’une capture réussie sur un tableau de bord de démonstration.

Garder la supervision reliée à une responsabilité d’exploitation

Un changement visuel peut aussi servir à remettre de l’ordre : retirer les vues abandonnées, documenter les panneaux ambigus et vérifier à qui correspondent les alertes. Ces actions donnent de la valeur à l’outil dans la durée.

Chez Forget About IT, nous intégrons cette supervision à l’exploitation des infrastructures Linux : collecte des signaux, qualification, maintenance et intervention selon le périmètre convenu. Grafana sert alors de point d’accès à une infrastructure comprise et suivie par les équipes qui la font fonctionner.

Questions fréquentes sur la nouvelle interface Grafana

La nouvelle interface Grafana est-elle déjà stable ?

Au 28 octobre 2026, la nouvelle apparence reste en préversion publique. Grafana 13.3.0, qui l’intègre, est publié : la version du logiciel et le statut de cette fonctionnalité sont distincts.

Quels tableaux de bord faut-il tester en priorité ?

Nous recommandons de commencer par les vues utilisées pendant les incidents, les panneaux personnalisés et les écrans consultés sur plusieurs formats. Le contrôle doit porter sur les valeurs, les états, les liens et la lisibilité.