Nginx остается одним из самых популярных веб‑серверов: по данным W3Techs на июль 2026 года, его используют 31.8% сайтов, где веб‑сервер известен; в течение 2026 года показатель держался около 33%. В рейтингах Nginx традиционно находится в топ-5, конкурируя с Cloudflare Server, Apache, LiteSpeed, Node.js, Microsoft-IIS.
С 2019 г. коммерческая версия программного продукта принадлежит американской компании F5 Networks. После 2022 г. зарубежный вендор остановил продажи в России1. В рамках импортоопережения появились отечественные ИТ-решения: например, Platform V SynGX от СберТеха. Это решение используется как основной веб- и прокси-сервер в Сбере, поддерживает миграцию с Nginx, Nginx Plus, OpenResty, содержит существенные доработки открытого ПО: патчи, собственные и улучшенные сторонние модули.
Что такое Nginx
Nginx (от engine x) — программное обеспечение, на основе которого работают сайты и веб-приложения. Проект создал программист Игорь Сысоев. В 2000-х он работал над задачей С10К: как обеспечить сервером более 10 000 одновременных запросов в пиковой нагрузке. С появлением смартфонов и распространением интернета нагрузки начали расти экспоненциально, и проблему сложно было решить только увеличением количества серверов.
Технология Игоря Сысоева подразумевала создание более мощного сервера, способного выдерживать пиковые нагрузки. Изначально ИТ-продукт распространялся под 2-Clause BSD License — программной лицензией университета Беркли для свободного ПО. Затем появились коммерческие решения — Nginx Plus и F5 NGINX Products2.
Основные роли Nginx: сервер, прокси и балансировщик
Nginx — это:
- HTTP-сервер (HTTP web server);
- прокси-сервер (reverse proxy);
- балансировщик нагрузки (load balancer);
- кеширующий сервер (content cache);
- TCP/UDP прокси-сервер (TCP/UDP proxy server);
- почтовый прокси-сервер (mail proxy server).
Основная задача Nginx — обслуживать соединения и обрабатывать запросы. Рассмотрим возможные роли сервиса:
HTTP-сервер
Принимает HTTP и HTTPS от клиента, выполняет обработку и возвращает ответ (формат — страница HTML).
Прокси-сервер
Работает как посредник между пользователем и целевым сервером. Принимает запрос от клиента и передает его дальше — другим программам.
Балансировщик нагрузки
Выступает умным диспетчером и распределяет входящий сетевой трафик по разным серверам.
Кеширующий сервер
Оптимизирует производительность за счет данных, сохраненных ранее, и опрашивает другие сервера.
TCP/UDP прокси-сервер
Перехватывает и передает запросы по протоколам TCP (для веб-браузеров, почты) и UDP (для игр, стриминга).
Почтовый прокси-сервер
Выступает буфером между пользователем (клиентом) и почтовым сервером.
Работает на Unix-подобных операционных системах, есть экспериментальная сборка под Windows.
Пять главных причин использовать Nginx в 2026 году
| Преимущество | За счет чего достигается | Что это дает |
| Производительность | Асинхронная, событийно-ориентированная архитектура (event-driven) | Быстрая загрузка веб-страниц (даже с тяжелыми файлами), минимальные задержки при пиковых нагрузках |
| Минимальное потребление ресурсов | Мастер- и рабочие процессы; не создается отдельный процесс (поток) для каждого запроса | Экономия на железе и ресурсах в облаке, возможность работы с виртуальным VPS и слабыми машинами (для личных блогов со статьями, веб-сайтов, простых сервисов) |
| Универсальность и гибкость | Обратный прокси, веб-сервер, кеш, SSL/TLS-терминация, балансировщик нагрузки, модули и плагины для настройки | Работа с одним инструментом для решения комплекса бизнес-задач |
| Масштабируемость | Добавление новых серверов или распределение нагрузки | Проект масштабируется без серьезных затрат на инфраструктуру в облаке или на мощностях клиента |
| Безопасность | Контроль доступа, заголовки безопасного соединения, ограничение частоты запросов, запрет на выполнение кода, мониторинг, резервное копирование конфигурации и другое | Усиление безопасности (харденинг), работа в системах с важными данными |
Как работает Nginx: асинхронная архитектура
До появления Nginx механика была следующей: каждый запрос — это новый процесс (поток). Если приходит 1000 запросов, то для их обработки нужно 1000 потоков. На это требуются ресурсы: оперативная память и процессорное время. Но не всегда в работе задействован процессор. К примеру, браузер запрашивает изображение, а сервер ждет, пока жесткий диск найдет у себя файл картинки. В это время память занята, а процесс простаивает. При больших нагрузках система не справится.
В Nginx же используется асинхронная обработка. Это означает, что отдельный процесс на каждый запрос не требуется. Вместо этого Nginx использует рабочие процессы (воркеры) с циклом событий (event loop). Они могут обрабатывать тысячи соединений, не блокируя друг друга.
В архитектуре Nginx предусмотрены:
- мастер-процесс (master): принимает все запросы, передает их рабочим процессам, не блокируется;
- рабочие процессы (workers): конфигурируют слушающие сокеты для ожидания входящих подключений и имеют бесконечный цикл событий (event loop).
Как работает асинхронность:
- Запрос попадает в очередь задач. Его можно представить как длинный список.
- Цикл событий (event loop) проходится по нему и проверяет, какие задачи можно выполнить.
- Запрос готов к обработке → система выполняет его. К примеру, получен ответ от базы данных или загружена картинка с диска. Пользователь получает результат.
- Запрос не готов к обработке (идет поиск по диску, не ответила БД) → цикл пропускает его и переходит к следующему. Когда придет ответ, запрос снова попадет в очередь.
- Цикл перебирает задачи бесконечно.
Nginx не тратит время на ожидание результата. За счет этого он может обрабатывать тысячи запросов.
Где используется Nginx: от статики до высоких нагрузок
Nginx нужен для отдачи статики сайта: изображения, JS, CSS, HTML-файлы. Инструмент также используют для следующих задач:
- построение сетей распространения контента CDN (Content Delivery Network);
- кеширование и стриминг видео;
- распределение нагрузки, маршрутизация и балансировка;
- работа с сайтами и высоконагруженными сервисами с большим количеством одновременных соединений;
- работа систем с микросервисной архитектурой, где инструмент используется как API-шлюз;
- работа с SSL/TLS, защита от уязвимостей на транспортном уровне.
В России Nginx использовали банки, страховые компании, ретейл, государственные корпорации, интернет-магазины. Сегодня иностранное ПО необходимо заменять на отечественное. К примеру, Сбер перешел с зарубежного Nginx Plus6 на российский Platform V SynGX. Разработка СберТеха соответствует требованиям крупных корпоративных клиентов: регистрация в РРПО, наличие технической поддержки, дополнительная функциональность.
Базовые принципы настройки Nginx
ПО предназначается для работы с Linux и Unix-подобными системами. На официальном сайте предусмотрены пошаговые инструкции, как скачать и установить ИТ-решение на конкретную ОС.
Установка и запуск в Docker
Чтобы запустить Nginx, нужно установить Docker Engine на ОС.
Для запуска Nginx при помощи официального образа из Docker Hub используют команду вида:
docker run --name my-container --rm -p 8080:80 -d nginx
В ней:
- --name my-container — имя контейнера;
- --rm — удаление контейнера сразу после остановки (опционально);
- -p 8080:80 — проброс порта 80 контейнера на порт 8080 хоста;
- -d — запуск контейнера в фоновом режиме.
Docker автоматически:
- загружает образ Nginx (если требуется);
- создает контейнер;
- запускает его.
Для проверки нужно открыть браузер и перейти по адресу http://localhost:8080. Должна появиться приветственная надпись: это значит, что контейнер запущен и работает.
Настройка конфигурации
Файл nginx.conf содержит основные настройки и определяет механизмы:
- обработки запросов;
- маршрутизации трафика;
- управления соединениями, а также другие.
Используются модули (директивы). Они могут быть двух видов.
Простая директива — имя и точка с запятой. Параметры отделяются знаком пробела, а в конце обязательно ставится точка с запятой:
etc/log/nginx/access.log main;
Блочная — в фигурных скобках {}:
events { worker_connections 1024; }
Блочная директива внутри фигурных скобок может содержать другие. В таком случае она называется контекстом (к примеру, events, server, location).
Основные контексты и для чего они используются:
- main — корневой, содержит глобальные настройки и подключает другие контексты;
- http — конфигурация для HTTP-сервера;
- location — обработка запросов для конкретных путей (URI);
- events — настройка обработки соединений;
- upstream — определение группы серверов для балансировки нагрузки;
- server — определение виртуального хоста.
Пример конфигурации в терминале:
Разбор настроек конфигурационного файла с пояснением:
- user — пользователь, от которого запускается мастер-процесс;
- worker_processes — автоматическое создание рабочих процессов;
- error_log — файл, куда отправляются все ошибки;
- pid — идентификатор главного процесса;
- events и worker_connections — количество соединений, которое может принимать рабочий процесс (1024).
Настройки в секции http:
- include mime.types — включение стандарта Multipurpose Internet Mail Extensions;
- default_type octet-stream — использование стрима (сервер отправляет неизвестные бинарные данные, для которых не определен конкретный формат);
- log_format main — определение пользовательского формата логов;
- access_log — файл журнала записи для анализа трафика и статистики веб-сайта;
- sendfile on — включение механизма sendfile(): ядро ОС сможет напрямую передавать данные из файла в сокет, минуя буферы пользовательского пространства;
- #tcp_nopush — настройка соединения (cбор ответов в буфере, затем отправка одним пакетом после завершения обработки);
- keepalive_timeout — указание срока: сколько держать соединение открытым;
- #gzip on — включение механизма сжатия;
- include … *.conf — конфигурация (на одной конфигурации могут быть несколько сайтов).
Platform V SynGX собирается на базе стабильной версии Nginx. Пользователям будет доступна вся функциональность продукта на базе открытого ПО, но с дополнительными доработками.
Технические отличия при работе с Platform V SynGX:
- пользователь — syngx;
- файл конфигурации — opt/syngx/syngx.conf;
- исполняемый файл — usr/bin/syngx.
Команда СберТеха обеспечивает ежегодные обновления ИТ-продукта и предоставляет техническую поддержку.
Сравнение Platform V SynGX, Nginx и Apache: что выбрать
| Критерий сравнения | Platform V SynGX | Nginx | Apache |
| Что это | Высокопроизводительный веб-сервер и обратный прокси-сервер, работающий на Unix-подобных ОС | Веб-сервер и почтовый прокси-сервер, работает на Unix-подобных ОС | Кроссплатформенное ПО для размещения и поддержки веб-сервера |
| Разработчик | СберТех | Игорь Сысоев, сообщество | Организация-фонд Apache Software Foundation |
| Лицензия | Коммерческая | Открытое программное обеспечение, 2-Clause BSD License | Лицензия на свободное ПО Apache License 2.0 |
| Реестр РПО | ✓ | — | — |
| Техническая поддержка клиентов | ✓ | — | — |
| Архитектура | Асинхронная, событийно-ориентированная | Событийно-ориентированная, асинхронная | Процессная, потоковая |
| Производительность под нагрузкой | Рассчитан на работу в высоконагруженных системах и критически важных сервисах | Высокая, линейное масштабирование | Снижается при увеличении нагрузки |
| Операционные системы | SberLinux OS Server и еще более пяти | GNU, Linux и Unix-подобные, экспериментальная сборка под Windows | Windows, Linux, BSD, macOS, Novell NetWare, BeOS |
| Документация на русском | ✓ | ✓ | ✓ |
| Поддержка протоколов | HTTP, HTTPS, TCP TLS, UDP, WebSocket, FTP | HTTP, HTTPS, TCP, UDP, WebSocket, FTP (иногда) и иные | HTTP, HTTPS, FTP, IMAP, POP3 и другие (нужны дополнительные модули) |
| Конфигурация | Простая и гибкая | Простая, есть ограничения в гибкости | С многочисленными модулями и плагинами |
| Поддержка работы с динамическим содержимым | Возможна | Подходит для статики, работа с динамическими сайтами через обратный прокси | Ориентирован на поддержку динамического контента |
Сложно ответить на вопрос, что лучше — Nginx или Apache. Всё зависит от задачи и проекта. Для работы со статическим контентом подходит Nginx, для динамических данных — Apache. Клиенты могут использовать гибридную модель и комбинировать технологии. В силу требований законодательства частные компании и государственные корпорации в России переходят на отечественное ПО — например, Platform V SynGX.
Заключение: почему Nginx стал стандартом веба
Производительность, универсальность, модульность, масштабируемость, способность выдерживать высокие нагрузки — причины использовать Nginx для работы сайтов и сервисов. Nginx разрабатывали для решения проблемы C10K — поддержки 10 000 одновременных соединений. Событийно-ориентированная архитектура обеспечивает производительность и работу в условиях высоких нагрузок.
В России зарубежное ПО и открытое программное обеспечение не соответствуют требованиям корпоративных клиентов в части безопасности, надежности, отказоустойчивости. Поэтому целесообразно использовать отечественные продукты — например, Platform V SynGX.
ИТ-решение от СберТеха содержит всю функциональность открытого ПО Nginx, предоставляет ряд функций коммерческой версии Nginx Plus, улучшает и расширяет их возможности. В частности, предусмотрены:
- проверка работоспособности узлов (Active Health Check);
- функциональность «липких» сессий (режимы sticky route, sticky learn, sticky cookie);
- расширение метрик производительности, в том числе Prometheus;
- использование языков программирования Lua и JavaScript для дополнительной логики;
- загрузка сертификатов и секретов для установления TLS-соединения, в автоматическом режиме — при интеграции с решением на основе HashiCorp Vault.
Предусмотрена также возможность быстрой миграции с Nginx и OpenResty на Platform V SynGX.
Platform V SynGX совместим с операционными системами SberLinux OS Server, Альт 10 СП, Red Hat Enterprise Linux (RHEL), RedOS, Debian, Ubuntu, AstraLinux SE. Решение входит в портфель «Интеграционные сервисы» СберТеха наряду с распределенной корпоративной сервисной шиной Platform V Synapse App Mesh, шлюзом безопасности API Platform V SOWA, программным брокером сообщений Platform V Corax и другими инструментами. Модели поставки — в облаке, гибрид, на инфраструктуре заказчика.
