Les couches de l'observabilité

Mode de lecture

IngénieurDécideur

On parle d’observabilité comme d’un seul sujet, alors que l’automaticien, l’ingénieur réseau, l’équipe plateforme, le développeur, l’ingénieur de données et l’équipe ML n’observent ni les mêmes choses, ni avec les mêmes signaux, ni avec les mêmes outils. Ce schéma les empile à la manière du modèle OSI, du terrain industriel jusqu’aux modèles d’IA, avec deux bandes qui les traversent toutes : la sécurité et le coût rapporté à la valeur métier. Les outils cités sont des exemples, open source et commerciaux, rangés par ordre alphabétique et sans ordre de préférence.

Suivre un exemple de bout en bout

Cliquez sur une couche ou une bande, ou parcourez-les au clavier (Tab, ou flèches haut et bas). L'exemple suit une mesure d'atelier fictive jusqu'à un modèle de prévision de panne ; l'infrastructure porte la plateforme sans être sur le chemin logique.

• 1TerrainOT industrielle, automates, capteurs, IoT, Couche 1 sur 7
• 2Réseauliens, protocoles, latence, Couche 2 sur 7
• 3Infrastructureserveurs, stockage, GPU, Couche 3 sur 7
• 4Plateformeconteneurs, cloud, calcul haute performance, Couche 4 sur 7
• 5Applicationsservices, API, expérience utilisateur, Couche 5 sur 7
• 6Donnéespipelines, qualité, fraîcheur, Couche 6 sur 7
• 7IA et modèlesLLM, agents, évaluation, Couche 7 sur 7

Sécurité, Bande transverseCoût et valeur métier, Bande transverse

À essayer

1. Suivre l’exemple de bout en bout : une mesure de vibration d’un atelier fictif traverse le terrain, le réseau, la plateforme, l’application de supervision et les données avant d’alimenter un modèle de prévision de panne. Demandez-vous à chaque étape quel signal vous préviendrait si elle cassait.
2. Comparer deux couches voisines : ouvrez Infrastructure puis Applications. La méthode USE regarde les ressources, la méthode RED regarde les requêtes ; un service lent avec des serveurs au repos oriente l’enquête ailleurs que l’inverse.
3. Ouvrir le Terrain puis les Données : dans les deux cas, une valeur peut arriver à l’heure et être fausse. Le code qualité OPC UA et les tests de données répondent au même besoin à deux couches différentes.
4. Ouvrir les deux bandes : la sécurité et le coût ne sont pas des couches de plus. Chacune pose une question à toutes les autres : qui a accès et combien cela coûte au regard de ce que cela rapporte.

La règle à retenir

Un symptôme se lit avec la couche du dessous et celle du dessus. La couche du dessous en donne souvent la cause, celle du dessus en mesure l’impact. Une pile d’observabilité qui ne couvre qu’une couche répond bien à la question « est-ce que ça marche ici ? » et mal à la question « pourquoi le métier ne voit-il pas ce qu’il attend ? ».

Pour aller plus loin : l’architecture cliquable pour un exemple de pile qui collecte et stocke ces signaux, l’explorateur de traces pour la couche applicative et la formation observabilité des LLM pour la couche IA.

PasserellesCe que cette page change au-delà de l'équipe technique.

BusinessValeur, coût, risque

Un incident se chiffre à la couche où il touche le client, pas à celle où il naît : un capteur figé dans un atelier coûte une prévision de panne fausse et une intervention de maintenance manquée.

OrganisationQui décide, qui possède

Chaque couche a souvent son équipe (automatisme, réseau, systèmes, plateforme, développement, données, ML) et ses outils : le schéma montre les frontières où un signal change de propriétaire, là où les incidents se perdent entre deux files de tickets.

HumainÉquipes, astreinte, compétences

Une astreinte qui ne connaît que sa couche cherche la cause chez elle. Savoir lire la couche du dessous et celle du dessus évite des heures d'enquête et les reproches entre équipes.

MétiersProduit, finance, risque, relation client

Production, maintenance et qualité voient pourquoi un indicateur d'atelier comme le TRS ou une prévision de panne dépend de couches qu'elles ne voient pas et à qui s'adresser quand le chiffre semble faux.

Pourquoi des passerelles →