12 min · 2026-08-07
Objectif
Passer d’un capteur qui « envoie quelque chose » à un **tableau de bord utile** : valeurs lisibles, alertes, historique. Sans empiler trois SaaS opaques ni perdre la maîtrise du flux.
Étape 1 — Capteur & protocole
Choisissez un protocole simple et documenté. En atelier / bâtiment / énergie, **MQTT** reste le standard de fait : léger, pub/sub, facile à filtrer.
- Définissez le **topic** (`site/atelier/temp`, pas `data123`).
- Fixez l’unité et la fréquence (ex. 1 mesure / 30 s).
- Identifiez le device (ID stable) avant d’écrire la moindre UI.
Étape 2 — Broker sous votre contrôle
Le broker (Mosquitto, EMQX, etc.) est le point de souveraineté du flux temps réel :
- authentification (user/password ou certificats) ;
- ACL par topic ;
- TLS si le réseau n’est pas entièrement privé ;
- pas d’accès anonyme en production.
Un broker « cloud tout compris » peut suffire en POC. En exploitation, préférez une instance que vous administrez (même VPS que le reste de la stack).
Étape 3 — Ingestion & règles
Deux options courantes :
- **Node-RED** — prototypage rapide, flows visuels.
- **n8n** — dès que vous branchez métier (e-mail, ticket, CRM, Google Sheets).
Règles typiques : seuils, hystérésis, anti-spam d’alertes, enrichissement (nom de salle, responsable).
Étape 4 — Stockage
Pour un dashboard sérieux, stockez l’historique (PostgreSQL / Timescale, Influx, etc.). Ne vous fiez pas au seul buffer MQTT.
Décidez dès maintenant :
- rétention (30 j / 1 an) ;
- granularité (brut vs agrégats 5 min) ;
- qui peut lire / effacer.
Étape 5 — Dashboard
Grafana, Metabase, ou une vue Next.js maison. Le critère n’est pas la beauté du thème : c’est **une réponse en moins de 3 secondes** à « est-ce que la chambre froide a dérivé cette nuit ? ».
Ajoutez :
- une alerte (e-mail / SMS / webhook) avec kill-switch ;
- un libellé clair pour le métier (pas seulement des IDs techniques).
Pièges fréquents
- Topics non structurés → impossible à filtrer six mois plus tard.
- Alertes sans hystérésis → saturation, puis désactivation…
- Données perso (badge, présence) mélangées au flux machine sans base légale.
- Dashboard chez un tiers, broker ailleurs, règles ailleurs : **souveraineté fragmentée**.
Approche Alterion
Nous assemblons souvent **MQTT + n8n + Postgres + dashboard** sur une infra que vous contrôlez, avec la même discipline que le web (Traefik, backups, secrets hors Git). Le but : un pilote lisible pour l’ops, pas une démo gadget.