Prévenu par un client
Thomas travaille pour une enseigne de bricolage qui vend en ligne. Un samedi, un client écrit au service client.
« Le paiement ne marche plus depuis une heure. » L'équipe n'en savait rien.
Une heure de ventes perdues, et c'est un client qui a donné l'alerte. Cette leçon montre comment une équipe voit la santé de son système avant ses clients.
À la fin de cette leçon
Remarque
Je peux utiliser des journaux, des métriques et des alertes pour suivre la santé d'un système.
Mots clés
| Mot | Ce que ça veut dire | Exemple |
|---|---|---|
| Journal | un fichier où l'application écrit chaque évènement | boutique.log |
| Niveau | la gravité d'une ligne de journal | INFO, WARN, ERROR |
| Métrique | un nombre mesuré à intervalles réguliers | |
| Tableau de bord | un écran qui affiche les métriques en courbes | |
| Alerte | un message qui prévient une personne | |
| Seuil | la valeur à partir de laquelle on alerte |
Les cellules que les étudiants remplissent restent vides dans cet aperçu.
Un journal raconte ce qui s'est passé
Une application écrit une ligne dans son journal à chaque évènement important.
Chaque ligne donne l'heure, un niveau et un message. INFO dit que tout va bien. WARN signale quelque chose d'anormal. ERROR dit qu'une action a échoué.
Quand un problème arrive, on lit le journal pour savoir quoi et quand. Lancez le bloc ci-dessous.
Lire un journal avec grep
cat > boutique.log <<'FIN'
2026-10-21 10:00:02 INFO commande 5812 payée 42,90 €
2026-10-21 10:00:05 INFO commande 5813 payée 18,00 €
2026-10-21 10:00:09 ERROR paiement refusé : banque injoignable
2026-10-21 10:00:11 WARN réponse lente : 2400 ms
2026-10-21 10:00:14 ERROR paiement refusé : banque injoignable
2026-10-21 10:00:20 INFO commande 5814 payée 7,50 €
FIN
echo "Nombre de lignes :"
wc -l < boutique.log
echo "Nombre d'erreurs :"
grep -c ERROR boutique.log
echo "Les erreurs :"
grep ERROR boutique.log
# Remplacez ERROR par WARN dans les deux dernières commandes, puis relancez.
Une métrique montre une tendance
Un journal raconte chaque évènement. Une métrique résume : un nombre mesuré chaque minute.
Par exemple : le nombre de requêtes, le temps de réponse, le taux d'erreur. Un tableau de bord les dessine en courbes.
Le taux d'erreur se calcule ainsi : erreurs divisées par requêtes, multipliées par 100. Le tableau montre le calcul minute par minute.
Exemple travaillé
| Minute | Requêtes | Erreurs | Calcul | Taux d'erreur |
|---|---|---|---|---|
| 10:00 | 400 | 4 | 4 ÷ 400 × 100 | 1 % |
| 10:01 | 400 | 8 | 8 ÷ 400 × 100 | 2 % |
| 10:02 | 500 | 40 | 40 ÷ 500 × 100 | 8 % |
| 10:03 | 500 | 60 | 60 ÷ 500 × 100 | 12 % |
Les cellules que les étudiants remplissent restent vides dans cet aperçu.
Une alerte réveille la bonne personne
Personne ne regarde le tableau de bord toute la nuit. On écrit donc une règle d'alerte.
Par exemple : si le taux d'erreur dépasse 5 % pendant cinq minutes, prévenir la personne d'astreinte par SMS. Le chiffre 5 % est le seuil.
Avec cette règle, Thomas aurait été prévenu à 10 h 07, bien avant le client.
Une erreur fréquente
Attention
Beaucoup pensent qu'il faut une alerte pour chaque ligne ERROR du journal. L'équipe reçoit alors des dizaines de messages par jour et finit par les ignorer. On alerte seulement sur ce que le client ressent, comme un paiement qui échoue souvent. Le reste se lit le lendemain.
Une bonne et une mauvaise alerte
| Règle | Le client est touché ? | Bonne alerte ? |
|---|---|---|
| Plus de 5 % de paiements en erreur pendant 5 minutes | Oui | Oui |
| Une seule ligne ERROR à 3 h du matin | Rarement | Non |
| Page d'accueil plus lente que 3 secondes pendant 10 minutes | Oui | Oui |
| Disque rempli à 40 % | Non | Non |
Les cellules que les étudiants remplissent restent vides dans cet aperçu.