24 темы · ~85 минут · 70 тестов

Лекция «Нагрузка и запас прочности»

Пик приходит за секунды, автомасштабирование отвечает за минуты — значит запас прочности это не подушка, а мощность на окно реакции. Двадцать четыре темы для инженера эксплуатации: почему загрузка 80% означает пятикратное время ответа, почему после добавления узлов бывает хуже, и почему доля деградации 0,90 записана в нормативном акте Банка России.

Для кого

Для инженера эксплуатации и DevOps-инженера, который отвечает за то, переживёт ли сервис следующий пик. Неважно, арендуете вы мощность или держите железо в своём ЦОД: арифметика ёмкости одинакова, а различается длина окна, за которое мощность появляется. Требуется рабочее знакомство с эксплуатацией нагруженных сервисов — запрос в секунду, перцентиль, очередь, реплика, таймаут. Разбирается не настройка конкретной платформы, а расчёт, который переживает её смену: сколько мощности нужно, сколько держать сверх этого и что именно выключать, когда её всё равно не хватило.

Продвинутый уровень
Что получишь

После лекции вы сможете

  • Считать требуемую параллельность по закону Литтла и сверять её с реальным размером пула обработчиков и соединений
  • Выводить целевую загрузку из формулы очереди с поправками на разброс времени обслуживания, хвост распределения и число узлов, а не брать 70% из чужой практики
  • Распознавать ретроградную масштабируемость: понимать, почему после добавления реплик стало хуже, и лечить это сокращением согласований
  • Складывать окно реакции своего автомасштабирования по шагам и называть класс пиков, который оно не закрывает в принципе
  • Отличать четыре вида нагрузочного тестирования и проверять генератор на скоординированное умолчание одним вопросом
  • Перечислять шесть слепых зон нагрузочного теста и формулировать его результат как гипотезу в условиях теста
  • Читать 850-П как техническое задание: доля деградации, пятиминутный порог, значения приложений 1 и 2 — и не приписывать акту требования нагрузочного тестирования
  • Проектировать деградацию заранее: классы критичности, ранний сброс нагрузки, бюджет повторов, таймаут по перцентилю и детерминированный разброс периодических заданий
Программа

24 темы и 70 тестов на понимание

Каждая тема — один экран и одна мысль. В конце темы — ситуационные вопросы: ответили верно, идёте дальше.

Часть 1. Ёмкость: арифметика на салфетке

1

Закон Литтла: сколько запросов у вас в работе прямо сейчас

2

Последние десять процентов загрузки оплачиваются по гиперболе

3

Три оговорки, без которых таблица очереди врёт

4

Амдал и универсальный закон: точка, после которой узлы вредят

Часть 2. Запас прочности как время реакции

5

Запас — это мощность на окно реакции, а не подушка

6

Параметры HPA: из чего складываются эти минуты

7

Сколько закладывать: двукратно, десятикратно и коэффициент пикования

8

Slack, 4 января 2021: упёрлись не в процессоры, а в лимиты

Часть 3. Нагрузочный тест: что показывает и чего нет

9

Четыре разных теста, которые называют одним словом

10

Скоординированное умолчание: главная ложь нагрузочного теста

11

Чего нагрузочный тест не увидит никогда

Часть 4. Российский контур требований

12

850-П: доля деградации записана в нормативном акте

13

Числа приложений: сигнальное, контрольное и часы простоя

14

Слова «нагрузочное тестирование» в нормативке нет

15

Госсистемы: мощность провайдера как предмет договора

Часть 5. Деградация вместо отказа

16

Метастабильные отказы: три состояния и петля

17

Метастабильные отказы в бою: четыре из пятнадцати отказов AWS

18

Ёмкость меряется в ресурсах, а не в запросах в секунду

19

Критичность едет вместе с запросом

20

Бюджет повторов: как клиент добивает свой же сервис

21

Таймаут по перцентилю и разброс запуска

22

Ticketmaster, 15 ноября 2022: очередь удержала систему

23

Пик по регламенту: 1 апреля, запись в первый класс

24

Красные линии: чего эта лекция не обещает

Темы лекции: devops-инженер, эксплуатация, ёмкость, запас прочности, планирование мощности, закон Литтла, теория очередей, закон Амдала, универсальный закон масштабируемости, автомасштабирование, HPA, Cluster Autoscaler, нагрузочное тестирование, скоординированное умолчание, wrk2, управляемая деградация, метастабильные отказы, сброс нагрузки, бюджет повторов, таймауты, 850-П, ГОСТ Р 57580.4-2022, приказ ФСТЭК России 17, ОДТ.7

Обновлено: 22 сентября 2026

Как устроено обучение

Читаете, отвечаете, видите результат

Интерактивная лекция с тестами: тема — экран текста, за ним вопрос по этой же теме. Ни видео, ни вебинаров, ни дедлайнов.

Тесты внутри тем

70 тестов по ходу лекции — ситуационных, на понимание, а не на зубрёжку.

Старт — бесплатно и сразу

Первые темы открыты без регистрации: нажали — учитесь. Понравилось — продолжите по аккаунту, полный доступ от 99 ₽. Прогресс сохраняется на той же теме.

Вопросы

Коротко о главном

Сколько времени займёт лекция?
Около 85 минут на 24 темы. Прогресс сохраняется, поэтому лекцию можно проходить частями и возвращаться к ней позже.
Это бесплатно?
Начало — да: первые 1 тема открыты сразу, без регистрации. После бесплатной регистрации откроются темы до 2-й — вместе с частью из 70 тестов и монетами за верные ответы. Полная лекция — 99 ₽ навсегда, либо подписка на все лекции платформы от 499 ₽ в месяц.
Что у меня останется после лекции?
Двадцать четыре темы о том, сколько мощности нужно сервису, сколько держать сверх этого и что выключать, когда её всё равно не хватило. Первая треть — арифметика: закон Литтла, из которого 400 запросов в секунду при ответе 250 мс дают ровно 100 одновременных обработчиков; формула очереди, по которой загрузка 80% стоит пятикратного времени ответа, а 95% — двадцатикратного; три оговорки, без которых эта таблица врёт, — разброс времени обслуживания, хвост вместо среднего и число узлов; закон Амдала и универсальный закон масштабируемости с точкой, после которой каждый новый узел снижает пропускную способность. Вторая треть — запас как время: окно реакции автомасштабирования около пяти минут по официальному FAQ, параметры, из которых эти минуты складываются, ориентиры двукратного и десятикратного запаса, коэффициент пикования и авария Slack 4 января 2021 года, где расширение упёрлось в лимит открытых файлов и квоту провайдера, а автоскейлер по загрузке процессора снял мощность в момент перегрузки. Затем нагрузочное тестирование — четыре разных сценария под одним словом, скоординированное умолчание с разницей в двести раз на одном прогоне и шесть вещей, которых тест не покажет никогда. Российский контур: Положение Банка России 850-П, заменившее утратившее силу 787-П, с долей деградации 0,90 и пятиминутным порогом простоя, ГОСТ Р 57580.4-2022 со стресс-тестированием риска и мера ОДТ.7 приказа ФСТЭК России № 17 для государственных систем. Последняя треть — управляемая деградация: метастабильные отказы с тремя состояниями и поддерживающей петлёй, четыре из пятнадцати крупных отказов AWS за десятилетие, квоты и классы критичности, бюджет повторов, удерживающий трафик на 1,1× вместо 3×, таймаут из доли ложных срабатываний и два пика из практики — очередь Ticketmaster 15 ноября 2022 года и запись в первый класс 1 апреля. Лекция не выводит формулу доступности и не считает бюджет ошибок, не разбирает структуру счёта за облако, не пересказывает четыре золотых сигнала и не объясняет заново лимиты контейнера — это соседние темы.
У нас не Kubernetes, а своё железо в ЦОД. Лекция подойдёт?
Да, и половина примеров собрана именно из этого контекста. Закон Литтла, формула очереди, точка разворота при квадратичных издержках согласования, метастабильная петля и бюджет повторов не зависят от того, чьи машины вы используете. Зависит одно — длина окна, за которое появляется новая мощность: в облаке это минуты по официальному FAQ, в собственном ЦОД это срок поставки и монтажа. Чем длиннее окно, тем больше мощности обязано стоять заранее, и это тот же расчёт, только с другим числом.
Лекция научит гарантированно переживать пики?
Нет, и обещать такое было бы прямым враньём. Нагрузочный тест проверяет гипотезу в условиях теста — объём данных, соседи, холодный кэш и клиентские повторы остаются за кадром. Автомасштабирование не закрывает пик короче своего окна реакции. Управляемая деградация тоже не индульгенция: Ticketmaster замедлял продажи и держал часть спроса в очереди, и всё равно получил 15% сломанных взаимодействий и слушания в Сенате. Лекция даёт другое: числа, которые надо посчитать заранее, и заранее принятое решение о том, что именно выключится первым.

Нагрузка и запас прочности — открывается прямо сейчас

24 темы, 70 тестов и около 85 минут вашего времени. Первые темы — бесплатно и без регистрации: начните и решите по делу, а не по описанию.

Начать лекцию →

Уже проходили? Личный кабинет помнит, на чём вы остановились.