# Observer le service et ses utilisateurs

Taiga Learning · Fiche d’exercice
https://taiga.training/fr/lessons/observability/

Utilisez des informations fictives ou approuvées. Ne placez pas de secrets dans cette fiche.

## Objectifs d’apprentissage
- Choisir une télémétrie qui répond à une question d’exploitation précise.
- Distinguer un symptôme du service d’une cause interne.
- Protéger la télémétrie et détecter les preuves absentes ou anciennes.

## Exercice
Pour l’export fictif de cette leçon, définissez un SLI, une alerte qui appelle une action, trois champs de télémétrie autorisés et deux interdits. Indiquez comment détecter une panne du pipeline de télémétrie.

## Votre réponse
- Scénario et périmètre :
- Hypothèses et questions ouvertes :
- Réponse ou décision proposée, avec justification :

## Vérifier votre réponse
| Affirmation ou critère | Preuve ou test | Résultat ou lacune | Responsable |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Action suivante
- Action, responsable et date :
- Quand réexaminerez-vous cette réponse ?

## Principe à retenir
L’observabilité aide à expliquer le comportement du service. Une télémétrie utile relie l’effet sur les utilisateurs à une investigation sans exposer de données inutiles.

## Sources
- [OpenTelemetry: Observability primer](https://opentelemetry.io/docs/concepts/observability-primer/)
- [OpenTelemetry: Handling sensitive data](https://opentelemetry.io/docs/security/handling-sensitive-data/)
- [Google SRE: Alerting on SLOs](https://sre.google/workbook/alerting-on-slos/)
- [Taiga docs: Monitoring](https://docs.tai.ga/operate/monitoring/)

Cette fiche sert à apprendre. La remplir n’autorise pas à elle seule une modification en production.