Как пережить резкий всплеск трафика без падения сайта и бюджета

Как пережить резкий всплеск трафика без падения сайта и бюджета

Резкий рост нагрузки ломает не сервер, а узкие места вокруг него: база, кеш, очередь, DNS, лимиты прокси. Поэтому масштабирование начинают не с «добавим CPU», а с замера:
• p95/p99 ответа
• CPU steal, iowait, RAM swap
• число 5xx и timeout
• глубина очередей и lag репликации

Дальше разделяйте трафик по роли. Статика — в CDN или object storage, динамика — через кеш на уровне приложения, тяжелые запросы — в очередь. Если один инстанс держит сессию и запись в базу, горизонтальное масштабирование будет давать ложное чувство безопасности. Состояние выносят наружу: Redis для сессий, БД — в мастер/реплика схему, sticky sessions используют только если иначе нельзя.

Перед пиком проверьте три вещи: автоскейлинг по latency, не по CPU; лимиты соединений на балансировщике и в БД; graceful shutdown, чтобы новые запросы не падали при пересоздании подов или VM. Без этого любой скейл превращается в дерганье ресурсов и лишние ошибки. Разворачиваем, проверяем, мониторим.

Если у вас нет времени на архитектурный редизайн, начните с кеша, очереди и ограничения тяжелых ручек. Это дешевле, чем чинить прод после провала. Стабильность — это отсутствие магии, только предсказуемая конфигурация.