Qu’est-ce que l’observabilité, en termes simples

L’observabilité est une propriété d’un système qui permet de comprendre ce qui se passe à l’intérieur à partir de ses signaux externes — sans écrire de nouveau code pour chaque nouvelle question. Elle repose sur trois types de données : métriques, logs et traces.

En quoi elle diffère du monitoring

Le monitoring classique répond à des questions prédéfinies : « le CPU dépasse-t-il 90% ? », « l’hôte est-il vivant ? ». L’observabilité aide à répondre à des questions que vous n’aviez pas posées à l’avance : « pourquoi la latence a-t-elle augmenté pour ces utilisateurs précis dans cette région après le release ? ».

Les trois piliers

• Métriques — séries temporelles numériques (taux d’erreurs, latence p99, usage mémoire). Peu coûteuses à stocker, idéales pour les alertes et les tendances.
• Logs — événements discrets avec contexte. Ils répondent à « que s’est-il passé exactement à cette seconde ».
• Traces — le parcours d’une seule requête à travers les services. Elles montrent où le temps est réellement passé.

Pourquoi c’est important

Sans observabilité, un incident devient une devinette : vous voyez que « quelque chose est lent » mais pas où. Lier métrique → log → trace par labels et fenêtre de temps partagés raccourcit le chemin du symptôme à la cause.

Où cela vit dans Unimoni

L’agent collecte les métriques en mTLS ; les logs et traces (via OTLP) se rangent à côté avec des labels partagés — vous passez de l’un à l’autre dans un seul cabinet, sans système distinct par signal.