True Causes
FR
Bahasa IndonesiaDanskDeutschEnglishEspañolFrançaisItalianoNederlandsNorskPolskiPortuguêsSrpski (latinica)SvenskaTiếng ViệtTürkçeΕλληνικάРусскийСрпски (ћирилица)Українська中文日本語한국어
← accueil
7/7 · Actions · consultation : Carte
personnes : 30 · idées : 30
démonstration · non comptée
obstacles · toute personne ayant le lien · listé publiquement · fédération activée
responsable : son responsable (scellée)
personnes : 30 · idées : 30 · 2 groupes
Passeport → · Logique → · archive
↗ partager cette carte
Sur un autre site, comme carte en direct :
Comme image : https://truecauses.org/d/6708d57/map.svg
Comme données : toutes les paires jugées dans cette salle (CSV). Chaque affirmation a sa propre adresse, /c/6708d57/<card>, listée sous la carte.
Mention à indiquer si vous publiez : Causal map: True Causes, https://truecauses.org/d/6708d57
LA QUESTION

Why does the same outage keep recurring?

Les causes profondes, des plus profondes aux moins profondes. Les désaccords restent sur la carte.

fermé · retour à la phase Actions
Mode invité. Choisissez un pseudo pour rejoindre la salle et participer.
La carte
Les causes profondes sont à gauche, encadrées en vert. Touchez une affirmation pour voir sa chaîne.
un lien validé par la salle contesté : la salle n’a pas pu trancher
The same three services cause most of the pages → The staging environment does not resemble productionFeature work always outranks reliability work in planning → Post-mortem actions are written up and then never scheduledRollbacks take longer than the outage they are meant to end → Reliability has no budget line of its ownEvery team has its own logging format → Customers report outages before monitoring doesReliability has no budget line of its own → The incident channel fills with people asking for status instead of giReliability has no budget line of its own → The staging environment does not resemble productionPost-mortems assign actions to people who were not in the room → Post-mortem actions are written up and then never scheduledTests that fail intermittently are retried until green → Customers report outages before monitoring doesRetries are unbounded, so a slow dependency becomes a flood → The same three services cause most of the pagesAlerts fire so often that on-call mutes them → Every team has its own logging formatThe on-call rota has the same two people on it most weeks → Post-mortem actions are written up and then never scheduledThe on-call rota has the same two people on it most weeks → Alerts fire so often that on-call mutes themFeature flags are never cleaned up, so nobody knows which paths are li → The same three services cause most of the pagesFeature flags are never cleaned up, so nobody knows which paths are li → Rollbacks take longer than the outage they are meant to endOne engineer knows how the payment path actually works → The on-call rota has the same two people on it most weeksThe service map in the wiki is two years old → Feature flags are never cleaned up, so nobody knows which paths are liFeature work always outranks reliability work in planningFeature work alwaysoutranks reliability work…Post-mortems assign actions to people who were not in the roomPost-mortems assign actionsto people who were not in…Tests that fail intermittently are retried until greenTests that failintermittently are retried…Retries are unbounded, so a slow dependency becomes a floodRetries are unbounded, so aslow dependency becomes a…One engineer knows how the payment path actually worksOne engineer knows how thepayment path actually worksThe service map in the wiki is two years oldThe service map in the wik…familleFAMILLE 6Feature flags are never cleaned up, so nobody knows which paths are liFeature flags are never…familleFAMILLE 2The on-call rota has the same two people on it most weeksThe on-call rota has the…familleFAMILLE 1Rollbacks take longer than the outage they are meant to endRollbacks take longer thanthe outage they are meant…Alerts fire so often that on-call mutes themAlerts fire so often that…familleFAMILLE 5The same three services cause most of the pagesThe same three services…familleFAMILLE 1Post-mortem actions are written up and then never scheduledPost-mortem actions are…familleFAMILLE 2Reliability has no budget line of its ownReliability has no budget…familleFAMILLE 4Every team has its own logging formatEvery team has its own…familleFAMILLE 4The incident channel fills with people asking for status instead of giThe incident channel fillswith people asking for…The staging environment does not resemble productionThe staging environmentdoes not resemble…Customers report outages before monitoring doesCustomers report outages…familleFAMILLE 5
Afficher ce que la salle ferait pour chaque cause
Chaque affirmation de cette carte, avec sa propre adresse (17)
Tests that fail intermittently are retried until green
Customers report outages before monitoring does
Alerts fire so often that on-call mutes them
Every team has its own logging format
The on-call rota has the same two people on it most weeks
Feature work always outranks reliability work in planning
Post-mortem actions are written up and then never scheduled
One engineer knows how the payment path actually works
Post-mortems assign actions to people who were not in the room
The service map in the wiki is two years old
The staging environment does not resemble production
Rollbacks take longer than the outage they are meant to end
Reliability has no budget line of its own
Retries are unbounded, so a slow dependency becomes a flood
The same three services cause most of the pages
The incident channel fills with people asking for status instead of giving it
Feature flags are never cleaned up, so nobody knows which paths are live
Chaque page indique ce que la salle a validé autour de l’affirmation, avec les décomptes, et peut être citée, intégrée ou lue en JSON.
TROUVÉ PAR CETTE SALLE · 20
Retries are unbounded, so a slow dependency becomes a flood→The same three services cause most of the pages
→The staging environment does not resemble production
The service map in the wiki is two years old→Feature flags are never cleaned up, so nobody knows which paths are li
→The staging environment does not resemble production
Feature work always outranks reliability work in planning→Post-mortem actions are written up and then never scheduled
One engineer knows how the payment path actually works→The on-call rota has the same two people on it most weeks
Post-mortems assign actions to people who were not in the room→Post-mortem actions are written up and then never scheduled
Tests that fail intermittently are retried until green→Customers report outages before monitoring does
The on-call rota has the same two people on it most weeks→Alerts fire so often that on-call mutes them
→Post-mortem actions are written up and then never scheduled
→Customers report outages before monitoring does
Feature flags are never cleaned up, so nobody knows which paths are li→Rollbacks take longer than the outage they are meant to end
→The same three services cause most of the pages
Alerts fire so often that on-call mutes them→Every team has its own logging format
→Customers report outages before monitoring does
Rollbacks take longer than the outage they are meant to end→Reliability has no budget line of its own
The same three services cause most of the pages→The staging environment does not resemble production
Reliability has no budget line of its own→The incident channel fills with people asking for status instead of gi
→The staging environment does not resemble production
Every team has its own logging format→Customers report outages before monitoring does
que faire à ce sujet →