slo-implementation
Définir des SLO avec budgets d'erreur et alertes
Les objectifs de fiabilité sont souvent flous et difficiles à mesurer. Cette compétence fournit des modèles de SLI, SLO et budget d'erreur avec des conseils d'alerte pour mettre en œuvre les pratiques SRE.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "slo-implementation". Créer un plan SLO pour un service API
Résultat attendu:
- SLO de disponibilité à 99,9 pour cent sur 28 jours
- Ratio SLI PromQL pour le calcul des requêtes réussies
- Politique de budget d'erreur avec actions à 50, 10 et 0 pour cent restants
- Seuil d'alerte burn rate rapide à 14,4x sur une fenêtre de 5 minutes
- Seuil d'alerte burn rate lent à 6x sur une fenêtre de 6 heures
Utilisation de "slo-implementation". Comment calculer le budget d'erreur pour un SLO à 99,5 pour cent
Résultat attendu:
- Le budget d'erreur est de 0,5 pour cent = 3,6 heures par mois
- Formule du budget d'erreur : 1 moins l'objectif SLO
- Suivre le budget restant par rapport au taux d'erreur réel
- Définir des seuils d'alerte pour les burn rates rapide et lent
Utilisation de "slo-implementation". Quels sont les bons objectifs SLO pour une API orientée client
Résultat attendu:
- Un SLO de disponibilité à 99,9 pour cent est courant pour les API
- SLO de latence au p99 sous 500 millisecondes pour la plupart des endpoints
- Un budget d'erreur de 0,1 pour cent permet 43 minutes d'indisponibilité par mois
- Envisager des SLO plus stricts pour les endpoints de paiement critiques
Audit de sécurité
SûrThis skill contains only documentation and YAML/PromQL templates. No executable code, file system access, network calls, or command execution. All static findings are false positives where markdown code block delimiters were misidentified as shell commands and percentage values as cryptographic algorithms.
Facteurs de risque
🌐 Accès réseau (1)
⚙️ Commandes externes (30)
Score de qualité
Ce que vous pouvez construire
Définir les objectifs de fiabilité du service
Définir les SLO et budgets d'erreur pour les services critiques et aligner les équipes sur les objectifs de fiabilité.
Ajouter des alertes SLO
Créer des alertes burn rate et des règles d'enregistrement pour détecter les violations SLO tôt.
Analyser les tendances de fiabilité
Utiliser les conseils de rythme de revue SLO pour suivre les objectifs de fiabilité à travers les releases.
Essayez ces prompts
Expliquez la différence entre SLI, SLO et SLA pour une API web et suggérez un exemple de SLI.
Proposez un SLO de disponibilité à 99,9 pour cent pour une API et montrez une expression SLI PromQL.
Créez une politique de budget d'erreur avec des actions à 50, 10 et 0 pour cent restants.
Rédigez des alertes burn rate multi-fenêtres pour un SLO de disponibilité à 99,9 pour cent utilisant des règles Prometheus.
Bonnes pratiques
- Commencer par les services orientés utilisateur et les SLI simples qui reflètent l'expérience utilisateur
- Utiliser des alertes burn rate multi-fenêtres pour réduire le bruit des alertes tout en détectant les vrais problèmes
- Revoir les SLO régulièrement et ajuster les objectifs basés sur les performances réelles
Éviter
- Définir des SLO à 100 pour cent sans budget d'erreur ne laisse aucune place à l'innovation
- Utiliser uniquement des métriques internes qui ne reflètent pas l'impact réel sur l'utilisateur
- Ignorer le statut du budget d'erreur lors de la livraison de changements risqués provoque des incidents de fiabilité