Grafana 13.3 ajoute des variables inter-tableaux de bord et des carnets d'investigation

Grafana Labs a publié la version 13.3 de sa plateforme open source d'observabilité, introduisant des outils conçus pour réduire la dérive de configuration et rationaliser les investigations en cas d'incident. Cette mise à jour, publiée le 29 octobre 2026, se concentre sur la cohérence entre les tableaux de bord et l'amélioration des flux de travail de documentation pour les équipes d'ingénierie gérant leur propre infrastructure.

Ce qui s'est passé

La nouvelle version introduit des variables inter-tableaux de bord, permettant aux administrateurs de définir une variable une seule fois et de la réutiliser dans plusieurs tableaux de bord au sein d'une organisation ou d'un dossier. Auparavant, les équipes devaient gérer séparément des variables identiques, telles que les sélecteurs d'environnement ou les filtres de région, dans chaque tableau de bord. Cette duplication entraînait souvent une dérive de configuration, où un tableau de bord était mis à jour tandis que les autres restaient obsolètes. Avec cette nouvelle fonctionnalité, les utilisateurs peuvent créer des variables globales ou limitées à un dossier depuis un menu central. Lors de la modification d'un tableau de bord, les utilisateurs peuvent sélectionner ces variables partagées dans la barre latérale, garantissant ainsi que les contrôles restent cohérents sans nécessiter de modifications manuelles sur chaque tableau de bord individuel.

Grafana 13.3 lance également les Notebooks (carnets), une fonctionnalité conçue pour capturer et partager les résultats d'investigations dans un document unique et modifiable. Les investigations impliquent souvent de passer d'un panneau de tableau de bord à la vue Explore, puis à des requêtes assistées par IA, éparpillant les preuves entre différents onglets et fils de discussion. Les Notebooks permettent aux utilisateurs d'intégrer directement des panneaux issus des tableaux de bord ou de la vue Explore dans un document, en ajoutant des observations écrites à côté des données. Cela crée un historique persistant de l'investigation que les collègues peuvent consulter ultérieurement. Les utilisateurs peuvent créer ces carnets manuellement ou avec l'aide de Grafana Assistant, et ils peuvent être recherchés, filtrés et exportés pour référence future.

Détails clés

• Les variables inter-tableaux de bord sont disponibles en préversion publique pour toutes les éditions et nécessitent l'activation du commutateur de fonctionnalité grafana.dashboardGlobalVariables sur les instances auto-gérées.
• Les variables peuvent être définies comme Globales, accessibles à tous les tableaux de bord de l'organisation, ou Limitées au Dossier, restreintes aux tableaux de bord situés dans le même dossier.
• Les Notebooks sont déployés progressivement sur Grafana Cloud et nécessitent le commutateur de fonctionnalité dashboard.notebooks pour les déploiements auto-gérés.
• La version inclut la première phase d'une refonte visuelle majeure depuis Grafana 7, présentant de nouveaux thèmes sombres et clairs par défaut, des coins plus arrondis et une typographie mise à jour.
• Grafana Assistant prend désormais en charge les plans de tableaux de bord, permettant aux utilisateurs de prévisualiser une structure proposée avant de la construire, et inclut une fonction d'annulation pour revenir aux changements générés par l'IA.
• La refonte visuelle est non disruptive, ce qui signifie que les flux de travail existants et la navigation restent inchangés, et les plugins utilisant des composants standard adopteront automatiquement le nouveau look.

Contexte

Grafana est une plateforme open source largement utilisée pour la surveillance et l'observabilité, permettant aux équipes de visualiser des métriques provenant de diverses sources de données comme Prometheus, InfluxDB ou Elasticsearch. Un composant central de Grafana est le tableau de bord, qui agrège des panneaux affichant des graphiques, des tableaux ou des logs. Les variables dans Grafana sont des entrées dynamiques qui permettent aux utilisateurs de filtrer les données, par exemple en sélectionnant un cluster de serveurs spécifique ou une plage horaire. Traditionnellement, ces variables étaient locales à chaque tableau de bord, ce qui signifiait que toute modification d'un filtre commun devait être répliquée manuellement sur des dizaines de tableaux de bord.

Les Notebooks représentent un changement vers une documentation collaborative au sein même de l'outil de surveillance. Au lieu de dépendre de wikis externes ou de systèmes de tickets remplis de captures d'écran, les ingénieurs peuvent désormais garder leur raisonnement et leurs données côte à côte. Ce contexte est crucial pour les revues post-incident, où comprendre le processus de réflexion derrière une requête est aussi important que le résultat de la requête elle-même. La refonte visuelle vise à moderniser l'interface sans perturber les habitudes établies des utilisateurs, en mettant l'accent sur la lisibilité et la cohérence des composants.

Pourquoi c'est important

Pour les équipes qui auto-hébergent leur stack de surveillance, la dérive de configuration représente une charge de maintenance significative. Lorsque les variables sont gérées individuellement, un changement dans les conventions de nommage de l'infrastructure ou les balises d'environnement nécessite la mise à jour de chaque tableau de bord affecté. Les variables inter-tableaux de bord centralisent cette gestion, réduisant le risque d'erreur humaine et économisant du temps d'ingénierie. Cette cohérence garantit que lorsqu'un développeur passe d'un tableau de bord à l'autre, la logique de filtrage reste uniforme, conduisant à une interprétation des données plus rapide et plus précise.

L'introduction des Notebooks répond à la perte de connaissances qui survient souvent lors de la réponse aux incidents. Dans des situations de haute pression, les ingénieurs peuvent trouver la cause racine mais échouer à documenter les étapes suivies pour y parvenir. En intégrant les résultats directement dans la plateforme, les équipes créent un historique consultable des investigations. Cela réduit le temps nécessaire aux nouveaux membres de l'équipe pour comprendre les problèmes historiques et empêche le travail répétitif. La possibilité d'exporter ces carnets facilite également les exigences de conformité et de reporting sans quitter l'écosystème de surveillance.

Que pouvez-vous faire

• Activez le commutateur de fonctionnalité grafana.dashboardGlobalVariables dans votre instance Grafana auto-gérée pour tester les variables inter-tableaux de bord dans un environnement de préproduction.
• Identifiez les variables couramment utilisées dans vos tableaux de bord, telles que la région ou le nom du service, et planifiez leur migration vers des définitions globales ou limitées aux dossiers.
• Activez le commutateur dashboard.notebooks pour expérimenter la capture des étapes d'investigation lors de votre prochain incident mineur ou exploration de données routinière.
• Examinez vos tableaux de bord actuels par rapport à la nouvelle refonte visuelle en activant le commutateur grafana.visualDesignRefresh, en notant tout CSS personnalisé qui pourrait nécessiter un ajustement.
• Utilisez la nouvelle prévisualisation des plans de tableaux de bord de Grafana Assistant pour valider les structures de tableaux de bord générées par l'IA avant de les mettre en production.
• Testez la fonctionnalité d'annulation dans Grafana Assistant pour garantir que votre équipe peut expérimenter en toute sécurité avec les modifications de tableaux de bord pilotées par l'IA sans craindre de casser les mises en page existantes.