Ядро NGINX open source · функциональность NGINX Plus
ngx-sharp берёт открытый сервер NGINX, который у вас уже работает, и надстраивает над ним полный корпоративный слой NGINX Plus: API v9, активные проверки работоспособности, зоны «ключ-значение», синхронизацию зон, JWT/JWE и OIDC. А затем идёт дальше — HTTP/3 по обе стороны прокси.
Компании стандартизируются на NGINX, потому что он компактен, предсказуем и всем понятен. Но операционная зависимость редко ограничивается обратным проксированием. Смените платформу — и одно закупочное решение развернётся в параллельные инженерные проекты:
ngx-sharp снимает первые семь пунктов, сохраняя операционную модель NGINX Plus — и отвечает на восьмой, помещая пакет, релизный процесс, портированные возможности и дорожную карту под независимый продукт.
В рамках целевой операционной модели NGINX Plus ngx-sharp спроектирован как замена «на месте». Миграция превращается в задачу стенда и валидации, а не в редизайн.
| Поверхность совместимости | Поведение ngx-sharp |
|---|---|
| Исполняемый файл и сервис | Сохраняет исполняемый файл nginx и идентичность сервиса |
| Конфигурация | Стандартный префикс конфигурации NGINX, синтаксис и директивы NGINX Plus |
| Логи, PID, кэш, состояние | Сохраняет привычную файловую раскладку NGINX |
| Динамические модули | Стандартный каталог модулей; объявляет целевой ABI nginx-plus-r37.0 |
| Переход в Debian | Объявляет стандартные отношения замены для пакетов nginx и nginx-plus |
| Автоматизация мониторинга | Сохраняет версионированный NGINX Plus API вплоть до v9 и совместимость с ранними версиями |
| Конфигурация во время работы | Сохраняет запись через API для зонированных upstream и keyval; изменения переживают перезапуск |
| Управление процессом | Содержит Control REST API NGINX Plus наряду со стандартными сигналами Unix |
| Проверки и балансировка | Активные проверки, least time, режимы sticky, медленный старт, очереди запросов |
| Идентификация | JWT/JWE в стиле Plus и нативный OIDC relying party |
| Кластерное состояние | Синхронизация зон в стиле Plus: keyval, лимиты запросов, sticky-learn |
| Поддерживаемые платформы | Пакеты для тех же операционных систем и выпусков, что и NGINX Plus |
| Дистрибуция | Пакеты с подписью GPG в приватном APT-репозитории с взаимным TLS |
У «прямой замены» есть точная граница. ngx-sharp ABI-совместим с NGINX Plus и сохраняет его операционные контракты, поэтому динамические модули NGINX Plus подключаются без изменений. Это независимый продукт, а не бинарник F5.
Интегрированные корпоративные функции NGINX Plus — одним бинарником и одним Debian-пакетом. Корпоративная плоскость управления встроена, а не собрана из сторонних модулей.
Стандартное событийное ядро без изменений в поведении и модели конфигурации.
Версионированная модель данных JSON вплоть до API v9, с эндпоинтами совместимости для ранних версий.
Пробы выполняются независимо от пользовательского трафика: отказавший бэкенд выходит из ротации раньше, чем его найдёт продакшн.
Корпоративные механизмы балансировки для боевого трафика, а не только round robin.
Данные времени выполнения становятся переменными NGINX без перезагрузки — внутри той же API- и sync-модели, что и остальная платформа.
Живое состояние обработки запросов разделяется между узлами — это не копирование конфигурационных файлов.
Политики применяются до того, как трафик дойдёт до приложения, без сборки аутентификации из Lua, сайдкаров и middleware.
Входящий QUIC от клиентов и исходящий HTTP/3 к проксируемым сервисам — в одной платформе.
Помимо обычного HTTP-проксирования, подсистемы Stream и mail поставляются в том же пакете.
Операционные данные и готовое к развёртыванию представление для инструментов, которые у вас уже есть.
stub_status там, где его ждут старые инструментыСпроектирована так, чтобы войти на существующий хост NGINX с минимальными операционными изменениями.
Опциональные возможности не вкомпилированы — они поставляются динамическими модулями, которые ngx-sharp собирает и выпускает сам.
Большинство платформ терминируют HTTP/3 на входе и уходят на HTTP/1.1 дальше по цепочке. ngx-sharp выходит за исходный уровень NGINX Plus: он умеет устанавливать соединения HTTP/3 и к проксируемым upstream-сервисам.
Клиенты приходят на периметр по QUIC, и периметр идёт к вашим сервисам тоже по QUIC — одна платформа, одна конфигурация, без понижения протокола в середине.
Сжатие заголовков и управление потоком настраиваются и на входящем, и на исходящем пути, поэтому API с тяжёлыми заголовками не остаются на значениях по умолчанию.
QUIC-соединения продолжают работать при перезагрузке конфигурации и обновлении бинарника, поэтому повседневные изменения не рвут долгоживущие сессии.
Статистика HTTP/3 и TLS отдаётся через тот же API, который уже читают ваши дашборды и сбор Prometheus. Новый путь наблюдаем так же, как старый.
# QUIC на входе от клиентов listen 443 quic reuseport; listen 443 ssl; http3 on; location / { # ...и QUIC на выходе proxy_http_version 3; proxy_pass https://app_pool; } upstream app_pool { zone app_pool 1m; least_time header; server 10.0.3.11:443 slow_start=30s; server 10.0.3.12:443; }
И NGINX Plus, и Angie PRO — сильные платформы. Вопрос не в том, у кого больше функций, а в том, на каком операционном контракте уже построена ваша инфраструктура.
| Семейство функций | ngx-sharp | NGINX Plus |
|---|---|---|
| Data plane NGINX и модель конфигурации | Есть | Официальная реализация |
| Расширенная статистика API v9 | Есть | Есть |
| API записи для upstream | Есть | Есть |
| Control REST API | Есть | Есть |
| Активные проверки HTTP, gRPC, TCP, UDP | Есть | Есть |
| Keyval для HTTP и Stream | Есть | Есть |
| Сохранение состояния между перезапусками | Есть | Есть |
| Least time, медленный старт, очереди, sticky | Есть | Есть |
| Синхронизация зон | Есть | Есть |
| Аутентификация JWT/JWE | Есть | Есть |
| Нативный OIDC relying party | Есть | Есть |
| Корпоративные модули HTTP и Stream | Есть | Есть |
| Дашборд и интеграция с Prometheus | Есть | Есть или пакетная интеграция |
| Соединения HTTP/3 к upstream-серверам | Сверх базового NGINX Plus | Нет в базовой линии |
| Независимые репозиторий, релизы и дорожная карта | Да | Контролирует вендор |
| Набор динамических модулей (сертификаты, Brotli, Lua, OpenTelemetry…) | Собирает и поставляет ngx-sharp | Официальный репозиторий F5 |
| Происхождение и поддержка F5 | Нет | Да |
«Полный набор функций» означает интегрированные корпоративные семейства функций NGINX Plus, поставляемые ngx-sharp, а не утверждение, что ngx-sharp является продуктом F5 или что в него включён каждый опциональный модуль из репозитория F5.
| Возможность | ngx-sharp | Angie PRO | Влияние на заказчика |
|---|---|---|---|
| NGINX Plus API v9 | Нативная целевая совместимость | /status и /config у Angie иные | Существующая автоматизация Plus остаётся на своём контракте |
| Control REST API из Plus | Есть | Совместимого эндпоинта нет | Клиентам управления процессом нужен редизайн под Angie |
| Динамическое изменение upstream | Модель Plus API | Модель Angie PRO API | Оба умеют; схемы, идентификаторы, глаголы и транзакции различаются |
| Активные проверки HTTP и Stream | Есть | Есть как пробы PRO | Оба проактивны; модели конфигурации и состояния различаются |
| Интегрированные keyval уровня Plus | HTTP + Stream, персистентные, через API | Сторонний модуль, не совместим с Plus API | ngx-sharp избавляет от аддона и миграции API |
| Синхронизация зон | Keyval, лимиты, sticky-состояние | Общего аналога уровня Plus нет | ngx-sharp нативно делит несколько классов живого состояния |
| JWT / JWE | Подписанные и зашифрованные токены | Сторонний модуль JWT/JWS | У ngx-sharp более широкий нативный контракт идентификации |
| Нативный OIDC | Интегрированный relying party | Lua и внешняя библиотека | Меньше собственного кода аутентификации и зависимостей |
| Sticky-сессии | Cookie, route, learn + sync зон | Cookie, route, learn + внешнее хранилище | Angie PRO силён внешним хранилищем; ngx-sharp согласован с состоянием Plus |
| Очереди и продвинутая балансировка | Очередь, least time, медленный старт | Очередь, feedback-балансировка, медленный старт | Оба сильны; алгоритмы не идентичны |
| Входящий HTTP/3 | Есть | Есть | Эквивалентная ключевая возможность |
| Исходящий HTTP/3 | Есть | Есть | Оба поддерживают HTTP/3 до upstream |
| ACME | Поставляется динамическим модулем | Интегрирован | Есть у обоих; ngx-sharp собирает и поставляет собственный модуль ACME |
| Нативные кастомные метрики и шаблоны | Дашборд + модуль Prometheus | Нативные метрики, шаблоны, Console Light | Преимущество Angie PRO по встроенным метрикам |
| Обнаружение по меткам Docker | Нет | Есть | Преимущество Angie PRO в контейнерных средах |
| DoH, RDP preread, логирование Angie | Эквивалентных модулей нет | Есть | Преимущество Angie PRO, если это требования |
| Пути NGINX и замена пакетов Debian | Сохранены | Собственные соглашения Angie | ngx-sharp минимизирует миграцию инфраструктуры |
| Идентичность модулей и пакетов NGINX Plus | Объявленная цель | Отдельное семейство продуктов | ngx-sharp поддерживает миграцию зависимостей NGINX Plus |
Часть результатов на Angie можно собрать сторонними модулями, Lua, Redis или внешней автоматизацией. Это не то же самое, что иметь возможность внутри нативной плоскости управления продукта.
В базовом пакете — интегрированная корпоративная плоскость управления. Всё опциональное поставляется динамическими модулями, и каждый из них ngx-sharp собирает, версионирует и выпускает сам — из того же дерева и по тому же графику, что и сам сервер. Модули рассчитаны на ABI модулей NGINX Plus, поэтому в том, как вы их подключаете и настраиваете, ничего не меняется.
Сервер и его модули собирает один поставщик, поэтому релиз — это единое целое для аттестации, а не сервер плюс список отдельно версионируемых дополнений.
Закупки и архитектурные ревью держатся на точных формулировках. Вот утверждения, за которые мы отвечаем, и те, которых мы не сделаем никогда — письменно, до того как вы решитесь на пилот.
Приносите свою конфигурацию, своих API-клиентов, свои дашборды и свой список модулей. Квалифицированный пилот проходит на вашей инфраструктуре, на вашем стенде и с сохранённым путём отката.