Ce que mon homelab m'a appris sur le pilotage d'infrastructure réseau

Il y a quelques années, j’ai commencé à câbler mon appartement un peu comme je câblais des NRO : proprement, documenté, avec des labels. Ce qui devait rester un hobby d’ingénieur est devenu, sans que je m’en rende compte, un vrai laboratoire de monitoring d’infrastructure.

Ce que « homelab » veut vraiment dire

Un homelab, c’est un environnement de test et d’expérimentation que l’on construit chez soi. Le mien tourne aujourd’hui autour de trois piliers : Home Assistant pour l’automatisation et la collecte de données, Python pour les scripts de traitement, et Grafana pour la visualisation. Rien de révolutionnaire sur le papier. Mais la pratique régulière de ces outils m’a forcé à développer des réflexes que j’ai ensuite retrouvés — et valorisés — dans mon travail chez Cablex.

Le problème de la donnée brute

Au début, Home Assistant collectait tout : température de chaque pièce, consommation par circuit, état des équipements réseau, disponibilité des services. J’avais des données. Trop. La première version de mon dashboard Grafana ressemblait à un cockpit d’avion sans formation de pilote — tout clignotait, rien ne parlait vraiment.

J’ai dû apprendre à distinguer ce qui est utile de ce qui est simplement intéressant. Ce tri, c’est exactement ce que l’on fait sur les systèmes de supervision d’infrastructure télécom : un réseau de milliers de prises FTTH génère des milliers d’événements par jour. Sans hiérarchisation des alertes — critique, majeur, mineur, informatif — on noie les équipes terrain sous des faux positifs.

Python comme colle entre les systèmes

Ce qui m’a le plus appris, c’est l’écriture de scripts Python pour relier des sources de données disparates. Home Assistant expose ses données via une API REST. Mon routeur parle SNMP. Mon NAS a son propre format de logs. J’ai écrit des agrégateurs simples pour tout faire parler la même langue et alimenter InfluxDB, la base de données qui nourrit Grafana.

Ce travail de « colle » entre systèmes hétérogènes, je l’ai retrouvé dans un contexte bien différent chez Cablex : relier les données SAP aux rapports terrain, réconcilier les statuts des interventions dans les outils métiers, construire des vues consolidées pour le suivi des chantiers Wireline Rollout dans les cantons de Berne, Soleure et Fribourg. Les outils changent, la logique reste la même.

Ce que Grafana m’a appris sur le reporting

Un bon dashboard Grafana ne montre pas tout ce que l’on peut mesurer. Il montre ce que quelqu’un doit voir pour prendre une décision dans les trente prochaines secondes.

Cette contrainte m’a directement influencé dans la façon dont je construis des tableaux de bord pour des directions. Quand on pilote des équipes d’intervention et de sous-traitance sur du déploiement FTTH, le membre de la direction ne veut pas un tableau de 80 colonnes. Il veut savoir : combien de prises activées cette semaine, quel écart avec l’objectif, quels sites posent problème.

La discipline du homelab — être son propre utilisateur, se faire les reproches que les autres ne formuleront jamais — forme à une clarté que les formations en gestion de projet n’enseignent pas toujours.

Ce que cela ne remplace pas

Je ne vais pas prétendre que gérer un homelab de dix équipements prépare à superviser une infrastructure nationale. Ce serait faux. Ce que cela apporte, c’est une compréhension viscérale du monitoring : pourquoi une alerte trop sensible est pire qu’aucune alerte, pourquoi la visualisation est un acte de communication, pourquoi l’automatisation libère du temps seulement si elle est fiable.

Le reste — la tenue des SLA, la coordination avec les équipes terrain, la gestion des aléas en production — s’apprend en faisant. Mais venir avec ces fondations rend les premières années de pratique professionnelle beaucoup moins intimidantes.

Si vous construisez votre propre homelab et vous demandez si cela a de la valeur au-delà du plaisir technique : oui, ça en a. Pas comme diplôme, mais comme manière de penser.