Как не уронить инфраструктуру, когда трафик растёт в 5–10 раз за час

Как не уронить инфраструктуру, когда трафик растёт в 5–10 раз за час

Резкий всплеск ломает не «сервер», а цепочку: DNS, балансер, приложение, БД, очередь, кэш. Если один слой не держит пик, вся схема деградирует каскадом. Поэтому масштабирование начинают не с добавления CPU, а с разделения узких мест.

Рабочий минимум:
• ставьте балансировщик перед stateless-слоем;
• выносите сессию и кэш в отдельное хранилище;
• включайте лимиты на соединения и таймауты;
• заранее прогревайте автоскейлинг по метрикам, а не по жалобам;
• держите очередь для задач, которые не обязаны выполняться синхронно.

БД почти всегда упирается раньше фронта. Помогают read-replica, индексы под реальные запросы, батчинг записей и жёсткий контроль N+1. Если запросов много, а данные одни и те же, лучше кэш с коротким TTL, чем героизм на главной базе. Стабильность — это отсутствие магии, только предсказуемая конфигурация.

Проверяйте не «нагрузку в целом», а p95 latency, saturation, error rate и длину очередей. Если метрики растут одновременно, масштабирование уже запоздало. Проблема не в сервере, проблема в его настройке.

Перед пиком разверните, проверьте failover и мониторинг, иначе рост трафика превратится в простой.