Face au constat qu’aucun outil ne couvre l’ensemble du spectre supervision + observabilité, deux options s’offrent aux DSI : chercher la licorne (un outil unique qui ferait tout bien) ou accepter la complémentarité.
Notre conviction est forte : la première option est une chimère. La seconde, bien orchestrée, donne d’excellents résultats. C’est ce que nous appelons l’approche bicéphale.
Schéma de principe
| STRATÉGIE D’OBSERVABILITÉ UNIFIÉE | |
|---|---|
| PÔLE INFRASTRUCTURE « De la couche réseau au système » • Réseau, Stockage, Hyperviseurs • Serveurs physiques et VM • Cloud (Azure, AWS) SNMP, WMI, API · PRTG, Zabbix, Centreon | PÔLE OBSERVABILITÉ « Du système aux applications » • Applications et microservices • Conteneurs et K8s • Expérience utilisateur OpenTelemetry (OTLP) · VictoriaMetrics, Grafana |
| INTÉGRATION : Grafana (dashboards unifiés) · Alerting centralisé · Corrélation cross-layer | |
Pourquoi cette approche ?
- Chaque outil excelle dans son domaine : on capitalise sur les forces de chacun plutôt que d’accepter les compromis d’une solution moyenne sur tout.
- Transition progressive : on conserve l’existant qui fonctionne et on ajoute la brique d’observabilité au fur et à mesure. Pas de big bang, pas de rupture.
- Standards ouverts : OpenTelemetry comme langage commun, pas de verrouillage éditeur. Si demain on change un outil, l’instrumentation reste.
- Visibilité unifiée : Grafana fédère les données des deux pôles dans une interface commune.
- Maîtrise des coûts : contrôle total des volumes ingérés et stockés, sans surprise liée à la tarification au volume.
La zone de recouvrement, et la convergence des logs
Les deux pôles ne sont pas hermétiques. Il existe une zone de recouvrement légitime autour de la couche système. Cette redondance — souvent perçue comme un défaut — est en réalité un atout : elle garantit la continuité de la visibilité, même si l’un des pôles est en maintenance.
La convergence la plus significative se joue sur les logs. Historiquement, la gestion des logs d’infrastructure était complexe : les outils de supervision ne les intégraient pas, et les solutions de log management (syslog, ELK) fonctionnaient en silo. Aujourd’hui, les deux pôles savent traiter les logs, créant une passerelle naturelle entre supervision et observabilité.
Centreon a par exemple lancé en 2025 son Centreon Monitoring Agent (CMA) basé sur le protocole OpenTelemetry — un signal fort de cette convergence : le monde de la supervision adopte les standards de l’observabilité.
Et la question des équipes ?
L’approche bicéphale ne fait pas que séparer des outils techniques. Elle reflète une réalité organisationnelle : les administrateurs réseau et système travaillent dans le monde de la supervision, tandis que les DevOps et SRE travaillent dans le monde de l’observabilité.
Forcer ces deux populations dans le même outil, c’est ne satisfaire personne. Leur donner chacun l’outil de leur métier, fédéré par une couche commune (Grafana), c’est respecter les expertises tout en construisant la vue d’ensemble.
Dans le prochain article, nous détaillerons la stack open-source qui rend cette approche concrète : OpenTelemetry, VictoriaMetrics, Grafana.
Cet article est tiré de notre livre blanc « De la supervision à l’observabilité » (PDF, 2026).
