Files
observability/README.md
2025-11-21 13:45:34 +01:00

4.7 KiB
Raw Blame History

Observabilité pour l'IoT et l'Industrie

Supervision

La supervision (monitoring) correspond au processus de collecte, danalyse et dutilisation des informations des équipements physiques et logiciels qui composent le SI, afin de suivre les progrès dun programme vers la réalisation de ses objectifs, de détecter les éventuels dysfonctionnements et de garantir son fonctionnement optimal à tout moment. Ce suivi porte sur lobservation de paramètres spécifiques et peut fournir bien des données supplémentaires. Mais il est généralement considéré indépendamment du contexte plus large du système.

La supervision consiste à surveiller un système à laide dindicateurs connus à lavance.

Cest une approche réactive : on définit ce quon veut surveiller, puis on vérifie que tout reste dans des valeurs normales.

Cela repose typiquement sur :

  • des métriques (CPU, mémoire, température…),
  • des alertes (seuils dépassés),
  • des dashboards (Grafana, Zabbix…).

Observabilité

Lobservabilité désigne quant à elle la capacité de comprendre létat interne dun système en analysant les données observables dont font partie les artefacts numérisés, tels que les journaux, les traces, les appels API, le temps dattente, les téléchargements et les transferts de fichiers, qui sont générés lorsquune partie prenante prend une mesure quelconque. Lobservabilité aide les équipes à analyser ce qui se passe afin de pouvoir détecter et résoudre les causes sous-jacentes des problèmes.

Si lon devait résumer : la surveillance permet de connaître la situation dun système, tandis que lobservabilité aide à déterminer plus précisément ce qui se passe et ce quil convient de faire.

Les 3 piliers de l'observabilité

Journalisation (Logging)

La journalisation désigne la pratique consistant à enregistrer les événements qui se produisent dans un système, tels que les erreurs, les avertissements et les messages informatifs.

Chaque entrée de journal (log) contient des informations sur un événement survenu à un moment précis, ce qui aide au suivi du système et au débogage.

Types de logs :

Logs simples (Plain Logs)

Des logs sous forme de texte libre, faciles à générer mais souvent difficiles à analyser car ils manquent de structure.

Logs structurés (Structured Logs)

Des logs généralement formatés en JSON ou dans dautres formats structurés. Ils sont beaucoup plus faciles à analyser automatiquement, à agréger et à filtrer.

  • Utiliser des bibliothèques de journalisation pour standardiser la forme des logs.
  • Agréger les logs pour gérer efficacement un grand volume et éviter les surcharges.
  • Stocker les logs dans un système de stockage persistant (ex. Elasticsearch) afin de pouvoir les consulter et les analyser sur le long terme.
  • Utiliser des outils de visualisation comme Kibana pour interroger, filtrer et visualiser les données de log.

Métriques (mesures quantitatives)

Les métriques sont des représentations numériques de données qui décrivent le comportement de composants ou de services au fil du temps.

Elles permettent dobtenir une vision sur les performances et létat de santé dun système.

Les métriques sont généralement agrégées dans le temps, afin didentifier des tendances ou des anomalies.

Elles permettent de comprendre des indicateurs usuels de performance dun système, tels que :

  • les temps de réponse,
  • les taux derreur,
  • lutilisation des ressources (CPU, mémoire, réseau, etc.).

La plupart des bibliothèques de programmation intègrent des mécanismes pour collecter et exposer des métriques.

Dans certains environnements, des bibliothèques dédiées aux métriques peuvent envoyer les données vers des endpoints prévus pour la supervision.

Traçage (chemin d'une requête)

Le traçage consiste à capturer le parcours dune requête à travers les différents composants dun système.

Il permet de comprendre comment les services interagissent entre eux lors de lexécution dune même requête.

Chaque trace est associée à un identifiant global (trace ID) transmis à travers lensemble des services impliqués.

Des outils de traçage distribué comme Jaeger ou Zipkin permettent de visualiser le chemin parcouru par la requête, afin didentifier facilement les goulots détranglement ou les points de défaillance.

OpenTelemetry fournit une approche standardisée pour implémenter le traçage dans différents langages de programmation.

Le traçage permet de mettre en évidence des problèmes de performance à divers niveaux de larchitecture des services.