Уровень 6 (занятие) · лекция · 10 октября, 11:10
Риски и оценка нагрузки: критический путь и деградация
Как найти и ранжировать риски проекта, сформулировать самое рискованное допущение и проверить его, прикинуть нагрузку на салфетке, найти критический путь системы и составить план деградации.
Где мы
Матрица рисков
Что делать с риском
Матрица: чем закрываем риски
Порядки задержек
Критический путь
Критический путь — это последовательность задач или процессов, которые требуют определенных ресурсов (вычислительных мощностей, памяти, сетевых ресурсов и т.д.), и любая задержка или недостаток этих ресурсов приводит к замедлению или остановке выполнения ключевых функций системы.
Оперативка
Диск
Процессор
Канал сети
Диск
Диск
Диск
Канал сети
Критический путь автопроверки
Как понять особенность системы?
Посмотреть на:
●Критический путь
●Свойства данных
●Допустимую деградация
Ломаем систему и смотрим что получится
Как определить допустимую деградацию функций?
План деградации автопроверки
← → листать · F на весь экран · P режим докладчика · Esc выйти
О чём лекция
Через неделю защита RAT-PoC. Сегодня разбираем, что может сломать проект, какое допущение проверить первым, сколько ресурсов нужно системе и что она делает, когда их не хватает. Весь день идём на одном примере: автопроверке домашних заданий с дедлайном в субботу в 23:59.
- Риски. Чем риск отличается от задачи и от проблемы, форма «если — то». Три группы из рубрики: технические, архитектурные, бизнес. Где искать риски, матрица «вероятность × ущерб» и четыре способа обращаться с риском.
- Самое рискованное допущение. Что такое RAT, как сформулировать допущение и критерий успеха до проверки. Чем PoC отличается от прототипа и MVP.
- Прикидка нагрузки. Откуда брать аудиторию и ритм, почему систему считают на пик, а не на среднее. Закон Литтла: сколько запросов обрабатывается одновременно. Память, диск, сеть и порядки задержек. Почему числа от модели надо пересчитывать.
- Критический путь. Цепочка главного сценария по контейнерам C4, ресурс на каждом шаге и бюджет задержки. Свойства данных: что нельзя потерять, а что можно пересчитать.
- План деградации. Что можно отключить или упростить, триггеры по метрикам, кто включает уровень и как система возвращается обратно.
Что сделать сегодня
- Выписать три–пять главных рисков проекта в форме «если — то», разложить по группам и поставить на матрицу.
- Сформулировать самое рискованное допущение: «считаем… проверим так… подтвердилось, если…».
- Прикинуть пиковую нагрузку главного сценария и найти ресурс, который упрётся первым.
- Провести критический путь по своей C4 и составить план деградации: триггер, что выключаем, кто, как возвращаем.