Incident Commander Is Not the Person Fixing the Bug
Assigning this role to the most technical person mixes two incompatible activities: coordinating and deep debugging. Separating the two speeds up resolution.
blog/tag
#sre
L'incident commander n'est pas celui qui corrige le bug
Confier le rôle d'incident commander à la personne la plus technique mélange coordination et débogage. Séparer les deux accélère la résolution.
Le toil a une définition précise, pas juste « pénible »
Le toil a une définition précise : travail manuel, répétitif, automatisable, tactique et sans valeur durable, les critères qui décident quoi automatiser en premier.
Toil Has a Precise SRE Definition, Not Just Tedious Work
Toil is manual, repetitive, automatable, tactical work with no enduring value, the precise criteria that decide what to automate first.
Blameless Postmortem Doesn't Mean No Accountability
Blameless separates fact reconstruction from individual evaluation, it doesn't erase the problem. Naming a person in the incident narrative breaks trust.
Postmortem blameless : pas sans responsabilité
Blameless sépare la reconstitution des faits de l'évaluation individuelle, ça n'efface pas le problème. Nommer une personne dans le récit d'incident casse la confiance.
Chaos Engineering: Validating Resilience Before the Incident
A PodDisruptionBudget never tested is a hypothesis, not a guarantee. Chaos engineering forces the failure under controlled conditions to prove it.
Chaos engineering : valider la résilience avant l'incident
Un PodDisruptionBudget jamais testé est une hypothèse, pas une garantie. Le chaos engineering provoque la panne en conditions contrôlées pour le vérifier.
Burn-rate alerting : du SLO à l'alerte multi-fenêtres
Un SLO et un budget d'erreur ne disent pas quand alerter. La méthode burn-rate multi-fenêtres, simplifiée pour une PME, pour agir avant l'épuisement du budget.
Multi-window burn-rate alerting: catching SLO drift early
A static SLO and error budget don't say when to page. Multi-window burn-rate alerting, simplified for a small team, catches trouble before the budget runs out.
Symptom-based Prometheus alerts that don't page at 3am
Why symptom-based Prometheus alerts beat cause-based ones, how the for clause and severity labels cut noise, plus a bad rule rewritten into a good one.
Alertes Prometheus actionnables : symptômes, pas les causes
Pourquoi alerter sur les symptômes et non les causes, comment régler la clause for et le label severity, et une mauvaise règle Prometheus réécrite proprement.