TP : Définir un SLI et calculer un budget d'erreur

Ce que vous allez apprendre dans ce TP

• Identifier les métriques de SLI
• Écrire la requête de SLI
• Calculer budget et burn rate

Introduction #

Ce que vous allez apprendre dans cette section

• Identifier les métriques de SLI
• Écrire la requête de SLI
• Calculer budget et burn rate

Contexte. Le produit demande « l'API est-elle fiable ? ». Plutôt que de répondre au ressenti, vous définissez un SLI mesuré et un objectif chiffré.

Prérequis : Docker Compose, notions de PromQL  ·  Durée estimée : 40 min

Passer du ressenti à un chiffre.

Mise en place #

Étapes guidées, avec leur correction.

1. 1. Démarrer l'environnement

   Pourquoi ? L'application d'exemple expose http_requests_total par code ; le générateur produit environ 0,5 % d'erreurs (route /err, code 404).

   Écrivez prometheus.yml (collecte de app:8080, règles dans rules/) et le Compose, puis démarrez.

2. 2. Explorer les métriques

   Pourquoi ? Avant d'écrire un SLI, il faut savoir quels labels distinguent un bon événement d'un mauvais.

   Listez les séries http_requests_total et leurs codes.

3. 3. Écrire le SLI

   Pourquoi ? Dans cette application, tout code différent de 200 est un échec du point de vue de l'utilisateur.

   Écrivez la requête du taux d'erreur sur 5 minutes et notez sa valeur.

4. 4. Fixer un SLO et calculer

   Pourquoi ? Le burn rate dit immédiatement si l'objectif est tenable.

   Avec un SLO de 99,9 %, calculez le burn rate actuel. Avec un SLO de 99 % ? Quel objectif retiendriez-vous ?

5. 5. Enregistrer le SLI

   Pourquoi ? Une règle d'enregistrement rend le SLI disponible partout (dashboards, alertes) à moindre coût.

   Créez rules/sli.yml avec slo:sli_error:ratio_rate5m et rechargez Prometheus.

Niveau de difficulté : ●●○○○ (2/5)