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

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

Резкий всплеск ломает не только CPU. Обычно первой сдаётся очередь: БД, Redis, email-рассылки, вебхуки, фоновые джобы. Если всё крутится на одном узле, любой пик превращается в каскадный отказ.

Что держать заранее:
— CDN для статики и медиа
— балансировщик с health-check
— автоскейлинг по RPS, очереди и latency
— отдельные воркеры под тяжёлые задачи
— лимиты на rate limit и timeout, чтобы не копить мусор

Перед включением масштабирования проверьте узкие места. Если база не держит write IOPS, добавление веб-серверов не поможет. Если сессии лежат локально, после перераспределения трафика пользователи начнут вылетать. Если логи пишутся синхронно на диск, под нагрузкой вы получите задержки без видимой причины.

Рабочая схема простая: статический контент отдаёт CDN, приложение — горизонтально масштабируемые инстансы, состояние — во внешнем хранилище, тяжёлые операции — через очередь. Сначала тестируйте не пик, а переход: 10%, 30%, 70%, 100% нагрузки с замером p95 latency, ошибок 5xx и длины очереди. Разворачиваем, проверяем, мониторим.

Проблема не в сервере, проблема в его настройке. Если заранее отделить состояние, очередь и статику, всплеск трафика станет не аварией, а обычной проверкой запаса мощности.