J’ai supprimé la moitié de mes tableaux de bord… et je surveille mieux
Quand je regarde mon écran ce matin, quelque chose a changé. Pas de révolution technologique, pas d'achat compulsif sur Amazon. Juste de l'espace. Du vide, même. J'ai supprimé la moitié de mes tableaux de bord de surveillance — et paradoxalement, je vois mieux.
Ça commence par une question bête : à quoi sert une information qu'on ne regarde jamais ?
J'ai passé trois ans à accumuler des dashboards. Grafana, Prometheus, les interfaces natives de mes conteneurs, des scripts Python maison qui crachaient des métriques. C'était devenu une obsession de l'observabilité totale. Si quelque chose bougeait dans mon infrastructure, je voulais le savoir. En temps réel. Avec des courbes colorées et des seuils d'alerte.
Le résultat ? Une fatigue cognitive chronique. Des dizaines d'onglets ouverts, des alertes qui sonnaient pour des variations normales, cette anxiété diffuse de "manquer quelque chose" qui me poussait à vérifier — encore — si tout allait bien. Spoiler : ça allait bien. Presque toujours.
Alors j'ai fait le ménage. Méthodiquement, presque brutalement.
Première étape : l'honnêteté. Quand est-ce que j'ai réellement agi sur ces données ? Pas "quand est-ce que je les ai regardées" — quand est-ce qu'elles ont déclenché une action corrective ? La réponse m'a fait mal. Sur quarante-sept graphiques actifs, cinq servaient réellement. Les autres étaient du bruit. Du confort illusoire. De la surveillance pour la surveillance.
Deuxième étape : la hiérarchie. Qu'est-ce qui peut vraiment casser ? Pas "qu'est-ce qui est intéressant à observer" — qu'est-ce qui est critique. Ma stack tourne sur un seul GPU grand public, un RTX 4070 Ti avec ses 12 Go de VRAM. C'est ma frontière physique, mon goulot d'étranglement évident. La mémoire vidéo saturée, c'est le seul vrai risque systémique qui menace l'ensemble de mes services. Le reste ? Des variations de température, des pics CPU passagers, de la congestion réseau temporaire — gérable, prévisible, réparable.
Troisième étape : l'action. J'ai gardé trois indicateurs. Trois. La température du GPU — parce qu'un thermal throttle silencieux tue les performances sans prévenir. L'utilisation VRAM — parce que c'est là que tout se joue, entre mes modèles Ollama et les trois douzaines de conteneurs qui cohabitent. Et la latence de réponse de mes services critiques, ceux que j'utilise vraiment au quotidien.
Le reste a disparu. Pas archivé, pas mis en veille. Supprimé.
Ce qui s'est passé ensuite m'a surpris. Pas de catastrophe. Pas de panne mystérieuse. Juste une clarté nouvelle. Quand une alerte sonne maintenant, je sais qu'elle mérite mon attention. Plus de bruit de fond, plus de faux positifs qui érodent la confiance dans le système. La surveillance est redevenue un outil, pas une addiction.
Et il y a un effet de bord plus profond. En réduisant la surface d'observation, j'ai été forcé de comprendre vraiment ce que je surveillais. Pas de lire une métrique, mais d'en saisir la causalité. Pourquoi cette température monte ? Quel service consomme cette mémoire ? Cette latence anormale, elle vient d'où exactement ?
C'est ça, peut-être, le vrai enjeu. Nous confondons l'accumulation de données et la compréhension du système. Plus de métriques ne font pas plus d'intelligence — souvent moins, parce que l'attention se disperse. La véritable expertise, c'est de savoir quoi ignorer.
Je vois ce phénomène partout. Dans les entreprises où j'interviens, dans la cybersécurité où j'ai fait carrière, dans l'obsession contemporaine pour la "data-driven decision". Nous construisons des cathédrales de chiffres pour masquer notre incertitude. Des tableaux de bord comme des totems protecteurs, des rituels de consultation qui rassurent sans éclairer.
Mais le monde ne se gouverne pas par la quantité d'informations collectées. Il se gouverne par la qualité de l'attention portée.
Cette réduction forcée m'a aussi interrogé sur mes outils. J'utilise Ollama pour l'IA locale, avec des modèles de classe 8B qui tiennent dans ma VRAM disponible. Un 32B déborderait vers le CPU et ramerait à quatre tokens par seconde — inutilisable. Cette contrainte matérielle, je la connaissais intellectuellement. Mais mes anciens tableaux de bord la masquaient sous des centaines de métriques secondaires. Maintenant, elle est visible. Centrale. Incontournable.
C'est peut-être ça que je voulais partager. La technologie n'est pas qu'une question de capacité — c'est une question de choix. Choisir quoi rendre visible, c'est choisir quoi rendre important. Et inversement.
Mon homelab a grandi. Il héberge désormais plus de quarante agents, chacun avec ses besoins, ses dépendances, ses modes de défaillance potentiels. Pourtant, le principe reste le même. La contrainte budgétaire ne disparaît pas quand on passe à l'échelle — elle se déplace. Pas de budget illimité, pas de personnel à dilapider sur de la surveillance passive. Chaque euro, chaque heure de travail, chaque cycle de calcul doit être justifié. La sobriété métrique n'est pas une posture d'amateur : c'est une discipline d'organisation, qu'elle concerne trois conteneurs ou quarante agents. Moins de bruit, plus de discernement — la taille change, l'équation reste.
Alors oui, j'ai supprimé la moitié de mes tableaux de bord. Et je surveille mieux. Pas parce que j'ai moins d'informations, mais parce que j'ai plus de discernement.
Et vous, qu'est-ce qui encombre vos écrans sans jamais provoquer d'action ? Quelles métriques continuez-vous à consulter par habitude, par peur, par superstition professionnelle ?
Parler. Partager. Confronter.