Aller au contenu

Observabilité

Infrastructure

Comprendre l’état interne d’un système depuis ses signaux externes : logs, métriques, traces.

Trois signaux : Logs (événements), métriques (séries temporelles), traces (parcours d’une requête).

But : Diagnostiquer un système depuis l’extérieur sans redéployer. Précède la détection SIEM et la réponse à incident.

Ce qui arrive si on s'en passe

Sans journaux, métriques ni traces, un système en panne se diagnostique en redéployant, en devinant, ou en attendant que la panne recommence sous les yeux de quelqu'un. La détection que doit assurer un SIEM n'a rien à corréler, et la réponse à incident commence sans savoir ce qui s'est passé ni depuis quand. Une intrusion discrète, qui ne casse rien, peut ainsi durer indéfiniment, aucun signal ne sortant de la machine pour la trahir. Un système qui ne dit rien n'est pas forcément un système qui va bien ; c'est parfois simplement un système qu'on a bâillonné.

Explication de la marmotte

Imagine que tu veux savoir ce qui se passe à l’intérieur d’une maison sans y entrer. Pour ça, tu peux regarder par les fenêtres, écouter les bruits, ou sentir les odeurs. L’observabilité, c’est un peu pareil pour un système informatique : on regarde ce qu’il « montre » à l’extérieur, comme des messages écrits, des chiffres qui changent, ou des traces de ses actions, pour comprendre comment il fonctionne à l’intérieur. C’est comme être un détective qui devine ce qui se passe dans une pièce en observant ce qui se passe autour.

Où ce terme est utilisé

← Tout le glossaire