first commit

2026-09-06 19:26:12 +03:00
commit fe0dbbe509
84 changed files with 3266 additions and 0 deletions
@@ -0,0 +1,51 @@
+# 1. Metastable Failures in the Wild
+
+[К списку семинаров](README.md) · [Общие правила](../seminars.md) · [Расписание](../schedule.md)
+
+- **Дата:** 14 сентября 2026 года, 18:10
+- **Статья:** Lexiang Huang и соавт., [Metastable Failures in the Wild](https://www.usenix.org/system/files/osdi22-huang-lexiang.pdf), OSDI 2022
+- **Центральный вопрос:** почему распределённая система может остаться в состоянии перегрузки после устранения первоначальной причины отказа?
+
+## Участники
+
+| Роль | Участник |
+|---|---|
+| Автор 1 | — |
+| Автор 2 | — |
+| Автор 3 | — |
+| Рецензент | — |
+| Археолог 1 | — |
+| Археолог 2 | — |
+| Исследователь | — |
+| Практик | — |
+
+## Рекомендуемый маршрут чтения
+
+Все участники читают аннотацию, разделы 1–2, обзор модели и рисунок 1 в разделе 3, раздел 6 и заключение. Нужно уметь различать обычную перегрузку, уязвимое состояние и метастабильный отказ, а также объяснять роль триггера и самоподдерживающейся обратной связи. Доказательства в приложении в обязательный маршрут не входят.
+
+- **Авторы:** полностью разделы 3–5; распределить между собой обзор реальных инцидентов, модель с примером Twitter и три экспериментальных воспроизведения.
+- **Рецензент:** сосредоточиться на методике отбора и классификации публичных отчётов в разделе 2, достаточности модели и постановке экспериментов в разделе 5.
+- **Археологи:** начать с Nathan Bronson и соавт., [Metastable Failures in Distributed Systems](https://sigops.org/s/conferences/hotos/2021/papers/hotos21-s11-bronson.pdf), затем выбрать ещё одну предшествующую работу о лавинообразных повторных запросах, каскадном отказе, перегрузке или медленном отказе и показать различие понятий.
+- **Исследователь:** выбрать одно продолжение, связанное с обнаружением, прогнозированием или автоматическим прекращением самоподдерживающейся обратной связи, и предложить способ проверки.
+- **Практик:** рассмотреть один эксплуатационный сценарий и сравнить меры предотвращения и восстановления: запас мощности, ограничение повторов, сброс нагрузки, изменение тайм-аутов, изоляцию компонентов или масштабирование.
+
+## Выбранные дополнительные тезисы
+
+| После блока | Автор тезиса | Формулировка |
+|---|---|---|
+| — | — | — |
+
+Тезис можно предложить не позднее чем за 48 часов до занятия по общей процедуре курса.
+
+## После семинара
+
+- **Запись:** —
+- **Источники из обсуждения:** —
+- **Содержательные уточнения по итогам обсуждения:** —
+
+### Оценка статьи студентами
+
+- **Ответов:** —; из них участников с ролями: —
+- **Полезность:** — из 5
+- **Сложность среди участников с ролями:** — из 5
+- **Оставить в программе:** — из — ответов «да» или «скорее да»