ПАСПОРТ · ЩО ЗРОБИЛА ЦЯ КІМНАТА
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
не зменшує жодної першопричини
← діалог