Nginx для лендинга под пиками: что реально ускоряет, а что только шумит

Nginx для лендинга под пиками: что реально ускоряет, а что только шумит

Если лендинг получает всплески трафика, Nginx должен делать три вещи: быстро отдавать статику, не держать лишние соединения и не тратить CPU на пустые операции. Базовая схема: включить gzip для HTML/CSS/JS, отдать изображения с долгим cache-control и вынести всё, что можно, в файловую раздачу без лишней логики.

Дальше смотрим в конфиг: • worker_processes = auto; • worker_connections под реальную нагрузку, а не “с запасом”; • keepalive_timeout не завышать; • sendfile on; • tcp_nopush on; • tcp_nodelay on. Это не тюнинг ради тюнинга: цель — сократить количество системных вызовов и не держать сокеты дольше нужного.

Если лендинг сидит за прокси или CDN, проверьте буферизацию и заголовки кэша. Для HTML кэш обычно короткий, для статики — длинный, но с versioned filenames. Отдельно ограничьте размер client_body_buffer_size и client_max_body_size, если формы простые: лишние мегабайты в буфере на пике быстро превращаются в расход памяти.

Перед выкладкой прогоняйте нагрузочный тест и смотрите не “вроде открывается”, а p95 latency, 5xx и загрузку CPU. Стабильность — это отсутствие магии, только предсказуемая конфигурация. Разворачиваем, проверяем, мониторим.