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

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

Первое правило — не масштабировать на ощущениях. До нагрузки проверьте узкие места: CPU, RAM, диск, лимиты соединений, пул воркеров, очереди, кэш. Если у вас один Nginx и один PHP-FPM/Node/worker, то проблема не в пике, а в отсутствии запаса.

Дальше включается базовая схема:
— фронт за балансировщиком;
— статика и медиа вынесены в объектное хранилище/CDN;
— приложение stateless, сессии и кэш отдельно;
— БД с репликой для чтения и лимитами на тяжёлые запросы;
— фоновые задачи в очереди, а не в web-процессе.

Перед включением автоскейла задайте пороги не по CPU, а по очередям, p95 latency и числу активных соединений. Иначе вы просто успеете клонировать уже перегруженный узел. Ограничьте rate limit, таймауты и размер очереди запросов — это дешевле, чем лечить обвал всей схемы. 🔧

После пика не оставляйте лишние инстансы висеть. Проверьте логи, размер кэша, ошибочные запросы, время ответа БД и конверсию по воронке. Если рост нагрузки повторяется по шаблону, фиксируйте его в playbook: что включается, в каком порядке и кто отвечает.

Стабильность — это отсутствие магии, только предсказуемая конфигурация. Разворачиваем, проверяем, мониторим.