Системы падают не тогда, когда трафик вырос, а тогда, когда об этом узнали постфактум.

Осенний сезон распродаж — предсказуемый пик нагрузки, и к нему можно готовиться заранее. На практике при высоких нагрузках первым ломается не фронт и не сервер приложений, а база данных: неоптимальные запросы, которые на обычном трафике отрабатывали за миллисекунды, на пике выстраиваются в очередь и роняют всё остальное.

Что имеет смысл проверить до пикового периода:

• какой реальный запас у системы — не "сколько выдержит", а при какой нагрузке начнёт деградировать время ответа;
• где узкое место — БД, внешние интеграции, платёжный шлюз;
• как система ведёт себя при резком всплеске, а не при плавном росте нагрузки — это разные сценарии;
• что происходит после пика: восстанавливается сама или требует ручного вмешательства.

Разовая распродажа и рекламная кампания требуют разных прогонов. В первом случае достаточно нагрузочного теста с запасом, во втором добавляют проверку внезапных всплесков трафика 📈

Если готовитесь к сезонной нагрузке — считайте её до того, как маркетинг запустит кампанию, а не в день старта.