Зачем разделять слои
Методы нагрузки не взаимозаменяемы. L4 проверяет сеть и транспорт, L7 — приложение, TLS, кэш и бэкенды. Без гипотезы «что именно ломаем» тест превращается в шум.
Базовые термины: Что такое IP-стрессер? и Как работают бутеры?. Английская версия сравнения: Layer 4 vs Layer 7.
Этот блок подробнее раскрывает тему «Зачем разделять слои» для команд, которым мало одного абзаца-определения. Авторизованный stress testing — это дисциплина измерений: контролируемая нагрузка на свою инфраструктуру, наблюдение за точкой деформации и перевод находок в план ёмкости и защиты.
Сформулируйте гипотезу до старта. Если не можете объяснить, какой failure mode хотите увидеть, рано выбирать метод и concurrents. Короткие итерации с abort-критериями полезнее одного неуправляемого пика.
Свяжите прогон с наблюдаемостью на edge и origin: перцентили latency, ошибки, давление на таблицы соединений, challenge WAF и recovery после остановки — это сигналы, из которых рождаются решения.
Держите процесс подотчётным: аккаунты, проверка целей, правила вроде Acceptable Use на Slammed.st. Смежные темы — в блоге.
Разделение слоёв также упрощает коммуникацию с бизнесом: «мы проверяем трубу и firewall» звучит иначе, чем «мы проверяем путь покупки». Одна формулировка — один метод — один набор дашбордов. Так отчёт после теста читается без перевода с сетевого сленга на продуктовый.
Когда нужен L4
Выбирайте L4, если интересуют bandwidth, таблицы соединений, firewall/scrubbing, поведение на границе сети. Смотрите потери пакетов, resets, насыщение интерфейсов — не только HTTP-коды.
Этот блок подробнее раскрывает тему «Когда нужен L4» для команд, которым мало одного абзаца-определения. Авторизованный stress testing — это дисциплина измерений: контролируемая нагрузка на свою инфраструктуру, наблюдение за точкой деформации и перевод находок в план ёмкости и защиты.
Сформулируйте гипотезу до старта. Если не можете объяснить, какой failure mode хотите увидеть, рано выбирать метод и concurrents. Короткие итерации с abort-критериями полезнее одного неуправляемого пика.
Свяжите прогон с наблюдаемостью на edge и origin: перцентили latency, ошибки, давление на таблицы соединений, challenge WAF и recovery после остановки — это сигналы, из которых рождаются решения.
Держите процесс подотчётным: аккаунты, проверка целей, правила вроде Acceptable Use на Slammed.st. Смежные темы — в блоге.
После сетевых изменений (новый firewall, scrubbing, BGP) начинайте с короткого авторизованного L4-окна и только потом переходите к L7. Если уже на L4 виден cliff, чинить приложение бессмысленно. Согласуйте окно с провайдером, чтобы защита не приняла ваш тест за атаку — рамки на /authorized-load-testing и /legal.
Когда нужен L7
L7 нужен для пользовательских сценариев: логин, поиск, оплата, API. Следите за p95/p99, 5xx, очередями и ложными срабатываниями WAF. Контекст веб-стрессера: What Is a Website Stresser?
Этот блок подробнее раскрывает тему «Когда нужен L7» для команд, которым мало одного абзаца-определения. Авторизованный stress testing — это дисциплина измерений: контролируемая нагрузка на свою инфраструктуру, наблюдение за точкой деформации и перевод находок в план ёмкости и защиты.
Сформулируйте гипотезу до старта. Если не можете объяснить, какой failure mode хотите увидеть, рано выбирать метод и concurrents. Короткие итерации с abort-критериями полезнее одного неуправляемого пика.
Свяжите прогон с наблюдаемостью на edge и origin: перцентили latency, ошибки, давление на таблицы соединений, challenge WAF и recovery после остановки — это сигналы, из которых рождаются решения.
Держите процесс подотчётным: аккаунты, проверка целей, правила вроде Acceptable Use на Slammed.st. Смежные темы — в блоге.
В L7 отдельно прогоняйте cacheable browse и динамические/авторизованные пути. Иначе «зелёный» homepage скроет ломкий checkout. Для пиковых кампаний см. stress test перед Чёрной пятницей и EN-чеклист website load testing checklist.
Практика
Часто полезно коротко прогнать L4, затем L7 с формой реального трафика. Поднимайте concurrents постепенно и останавливайтесь, когда получили сигнал. Чеклист на EN: How to run an authorized stress test.
Этот блок подробнее раскрывает тему «Практика» для команд, которым мало одного абзаца-определения. Авторизованный stress testing — это дисциплина измерений: контролируемая нагрузка на свою инфраструктуру, наблюдение за точкой деформации и перевод находок в план ёмкости и защиты.
Сформулируйте гипотезу до старта. Если не можете объяснить, какой failure mode хотите увидеть, рано выбирать метод и concurrents. Короткие итерации с abort-критериями полезнее одного неуправляемого пика.
Свяжите прогон с наблюдаемостью на edge и origin: перцентили latency, ошибки, давление на таблицы соединений, challenge WAF и recovery после остановки — это сигналы, из которых рождаются решения.
Держите процесс подотчётным: аккаунты, проверка целей, правила вроде Acceptable Use на Slammed.st. Смежные темы — в блоге.
Шаблон последовательности: L4 smoke → L7 browse → L7 conversion/API → cool-down. Между шагами одна переменная. Готовый аккаунт и тариф под гипотезу — через /register и /pricing; детали UI — в /docs.
Операционные заметки и типичные ошибки
Частая ошибка — слабая коммуникация. Окно теста «известно инженерам», но неизвестно NOC, всё равно порождает хаос. Опубликуйте короткий advisory: время старта/стопа, ожидаемые симптомы, контакт эскалации и точный список целей.
Вторая ошибка — менять слишком много переменных сразу: метод, concurrents, правила кэша и режим WAF в одном прогоне. Меняйте одну главную переменную за итерацию, чтобы в отчёте сохранялась причинность.
Заложите время на проверку recovery: очереди должны разгрузиться, autoscaling остыть, ошибки вернуться к baseline. Липкое восстановление — такой же важный finding, как точка поломки на пике. См. также чеклист авторизованного теста и L4/L7 гайд.
Когда будете готовы прогонять тесты на подтверждённой инфраструктуре, создайте аккаунт Slammed.st и выбирайте тариф под гипотезу, а не под рекламные Gbps. Ориентир по тарифам — на странице pricing.