Synthèse automatique
Définit des objectifs de niveau de service, gère les budgets d'erreur et conduit des revues d'incidents pour équilibrer fiabilité et vélocité.
Points forts
- Quantifie la fiabilité avec des SLOs mesurables.
- Fournit un mécanisme clair de gel de code via le budget d'erreur.
- Encourage des post-mortems sans blâme pour apprendre des incidents.
- Automatise les runbooks et réduit les alertes inutiles.
Limites
- Nécessite des données de monitoring précises et fiables.
- Peut être difficile à implémenter sans culture DevOps préexistante.
- Les SLOs trop agressifs mènent à des tensions entre équipes.
Utilisez cette compétence pour définir des critères de stabilité objectifs et gérer les compromis entre nouvelles fonctionnalités et fiabilité.
Évitez si l'infrastructure est encore en construction ou si les équipes n'ont pas les outils de monitoring nécessaires.
Analyse de sécurité
SûrThis skill provides guidance on SRE practices such as defining SLIs, setting SLOs, and incident management. It does not involve any executable instructions or use of tools that could compromise security. Therefore, it poses no meaningful execution risk.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Help me define SLOs for our e-commerce API. We want 99.9% availability over a 30-day rolling window and latency below 200ms for 95% of requests.We had a production outage last night due to a database migration failure. Can you guide me through a blameless post-mortem using the 5 Whys technique and create an action plan?Our error budget for the month is nearly exhausted (only 0.02% remaining). Should we do a code freeze? What processes should we put in place?name: Site Reliability Engineering description: Define Service Level Objectives (SLOs), manage Error Budgets, and conduct Incident Reviews to balance reliability with velocity.
Site Reliability Engineering (SRE)
Goal
Treat operations as a software problem. Quantify reliability so we know exactly when to freeze deployments (reliability at risk) and when to push fast (error budget available).
When to Use
- When defining "Is it stable enough?" criteria.
- After a production outage (Post-Mortem).
- When planning on-call rotations.
Instructions
1. Define SLIs (Service Level Indicators)
What is "good"?
- Availability: Successful requests / Total requests.
- Latency: Requests faster than 200ms / Total requests.
2. Set SLOs (Service Level Objectives)
What is the target? (100% is impossible).
- Target: "99.9% of requests in 30 days are successful."
- Window: Rolling 28 or 30 days.
3. Manage Error Budgets
(100% - SLO) = Error Budget.
- If you have 0.1% budget, you can fail 43 minutes a month.
- Rule: If budget is exhausted -> Code Freeze. Only reliability fixes allowed.
4. Incident Management
When things break:
- Detect: Alert fires.
- Respond: Acknowledge, triage, stabilize (mitigate impact).
- Analyze: Root cause analysis (5 Whys).
- Learn: Create action items to prevent recurrence.
Constraints
✅ Do
- DO: Blameless Post-Mortems. Focus on process failure, not human error.
- DO: Automate runbooks. If you run a command twice, script it.
- DO: Measure what matters to the user (Client-side latency), not just the server.
❌ Don't
- DON'T: Alert on things you can't fix immediately.
- DON'T: Page the whole team. Page the on-call engineer.
- DON'T: Optimize reliability past the SLO (diminishing returns).
Output Format
SLOs.md: Definitions of SLIs and targets.post-mortems/YYYY-MM-DD-incident.md: Incident review records.
Dependencies
devops/implementing-observability/SKILL.md
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/site-reliability-engineering-mm5t8c99/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/site-reliability-engineering-mm5t8c99' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/site-reliability-engineering-mm5t8c99/download' --output '.skill-downloads/site-reliability-engineering-mm5t8c99/SKILL.md.part' && mv '.skill-downloads/site-reliability-engineering-mm5t8c99/SKILL.md.part' '.skill-downloads/site-reliability-engineering-mm5t8c99/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Extrait original : Dependencies
devops/implementing-observability/SKILL.md
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/site-reliability-engineering-mm5t8c99/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.