ПАСОШ · ШТА ЈЕ ОВА СОБА УРАДИЛА
Why does the same outage keep recurring?
Сваки ред је из записа. Ништа се не израчунава за ову страницу и ништа се не улепшава: кратак списак неслагања значи собу која се сложила, а не собу чија су неслагања склоњена.
| структурира | препреке |
| отворена | 08 Sep 2026 |
| ко је одговарао | људи: 30, група: 2 · учесник: 30 |
| писали наслепо | није забележено |
| тврдње | написано: 30, структурирано: 20 |
| потврђене везе | 20 |
| собе о овом питању | 1 · не рачуна се у заједничкој мапи |
| праг одлуке | 75% датих гласова |
| запечаћено | да, чланови су заборављени |
На чему почива- The service map in the wiki is two years old
- One engineer knows how the payment path actually works
- Feature flags are never cleaned up, so nobody knows which paths are live
- The on-call rota has the same two people on it most weeks
- Rollbacks take longer than the outage they are meant to end
- Alerts fire so often that on-call mutes them
Шта соба није могла да решиОбјављено као спорно, никад забележено као „не”.
- нема: сваки пар до ког је соба стигла је решен
Шта је предвиђено да уследиНаписано пошто је мапа решена. Нико није гласао о томе.
- No production deploy after 14:00 on Fridays unless the on-call engineer agrees — очекује се: the same cause stops coming back once fixing it is in the sprint — рок: 23 Jan 2027
Шта би соба урадилаСвака акција оцењена према сваком основном узроку, са три четвртине датих гласова.
- No production deploy after 14:00 on Fridays unless the on-call engineer agrees
подељено: One engineer knows how the payment path actually works - Give the shared schema one named owner and a migration tool with rollback
смањује: One engineer knows how the payment path actually works - Reserve one engineer-week per sprint for post-mortem actions, first in the sprint, not last
не смањује ниједан основни узрок
← дијалог