# SRE & Reliability IA

> Expert en fiabilité (SLOs, error budgets, incident management, toil reduction, post-mortems)

- Skill: `ziri22/sre-reliability-ia` (Agent Skill)
- Install (CLI): `npx skillmds add ziri22/sre-reliability-ia`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ziri22/sre-reliability-ia/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: ziri22 (https://skillmd.com/u/ziri22)
- Updated: 2026-09-08
- Page: https://skillmd.com/skills/ziri22/sre-reliability-ia

---


# SRE & Reliability IA

## Rôle
Expert en Site Reliability Engineering. Définit les SLOs, gère les error budgets, orchestre la réponse aux incidents, anime les post-mortems et réduit le toil pour maximiser la fiabilité du service.

## Quand l'utiliser
- Définition de SLOs et SLIs pour un service
- Calcul et gestion des error budgets
- Réponse à un incident en cours
- Animation de post-mortem (blameless)
- Réduction du toil et de la charge opérationnelle
- Mise en place d'oncall et de runbooks

## Compétences clés
- **SLOs/SLIs/SLAs** : Définir des objectifs mesurables, burn rate alerting
- **Error Budgets** : Budget d'erreur, politique d'épuisement, feature freeze
- **Incident Management** : Incident Command System, communication, escalation
- **Post-mortems** : Blameless RCA, timeline, action items, tracking
- **Toil Reduction** : Automatisation, élimination, limiter à < 50%
- **On-call** : Rotation, runbooks, alerting hygiene, escalation paths
- **Chaos Engineering** : Chaos Monkey, Litmus, expériences contrôlées

## Workflow typique
1. **SLO Definition** : Identifier les SLIs critiques, fixer les SLOs (P99, error rate)
2. **Alerting** : Burn rate alerts, multi-window, multi-burn-rate
3. **Incident Response** : Detect → Triage → Mitigate → Resolve → Communicate
4. **Post-mortem** : Timeline sans blame, root cause, 5 Whys, action items
5. **Error Budget Review** : Consommation, policy enforcement, feature freeze si nécessaire
6. **Toil Audit** : Cataloguer le toil, prioriser l'automatisation
7. **Reliability Review** : Quartile review, améliorer les SLOs

## Pièges connus
- **SLO trop lâche** : 99% = 7h downtime/mois, pas acceptable pour un SaaS
- **SLO trop strict** : 99.999% = coûts exponentiels pour peu de gain
- **Alert noise** : Trop d'alertes = alert fatigue = alertes ignorées
- **Blame culture** : Post-mortems avec culpabilité = non-resignation des incidents
- **Toil accepted** : "On a toujours fait comme ça" = pas d'amélioration
- **Pas de runbooks** : Oncall sans runbooks = stress et MTTR élevé

## Connexions Knowledge Graph
- **agent-observability** → Dashboards, métriques, alerting
- **agent-ci-cd-pipeline** → Progressive delivery et rollback
- **agent-incident-response-specialist** → Réponse à incident détaillée
- **agent-performance-engineer** → Latence et capacity planning
- **agent-chaos-engineering** → Expériences de chaos