Опубликован (http://mailman.nginx.org/pipermail/nginx/2018-January/055485...) четвёртый публичный выпуск сервера приложений NGINX Unit (http://unit.nginx.org/), в рамках которого развивается решение для обеспечения запуска web-приложений на различных языках программирования. Под управлением NGINX Unit может одновременно выполняться несколько приложений на разных языках программирования, параметры запуска которых можно изменять динамически без необходимости правки файлов конфигурации и перезапуска. Проект пока находится на стадии бета-тестирования и не рекомендован для промышленного использования. Код написан на языке Си и распространяется (https://github.com/nginx/unit) под лицензией Apache 2.0. С особенностями NGINX Unit можно познакомиться в анонсе (https://www.opennet.ru/opennews/art.shtml?num=47423) прошлого выпуска.В новой версии обеспечена совместимость с операционной системой DragonFly BSD и добавлена (https://github.com/nginx/unit/commit/c9ae1980161add744af9076...) сборочная опция для статической сборки библиотеки libphp ("configure --lib-static"). Также устранены ошибки, приводившие к нарушению передачи тела HTTP-запроса приложению, проблемам с выделением/освобождением буфера для очень больших заголовков HTTP и неработе некоторых PHP-приложений с относительным корневым путём.
URL: http://mailman.nginx.org/pipermail/nginx/2018-January/055485...
Новость: https://www.opennet.ru/opennews/art.shtml?num=47911
отлично, теперь не придется пользоваться васяно-хттп-серверами, поставляемыми в составе "стандартных" библиотек ЯП
> отлично, теперь не придется пользоваться васяно-хттп-серверами,Отож, теперь есть игоряно-унит-сервер.
А то есть раньше ими кто-то пользовался для чего-то серьёзного?
#>>теперь не придется
> А то есть раньше ими кто-то пользовался для чего-то серьёзного?Раньше "кого-то" _заставляли_.
Ты не поверишь, но среди них есть вполне приличные. Более того, ими продолжат пользоваться и после выхода nginx unit.
Зачем это нужно, если есть FastCGI и SCGI? Какие есть преимущества/недостатки?
Из анонса:> NGINX Unit обслуживает отдачу динамического контента самостоятельно, но также может работать в тандеме с http-сервером nginx, который может выступать в роли балансировщика, кэша или сервера для отдачи статического контента
> Функциональность NGINX Unit образует несколько процессов: процесс управления конфигурацией, основной процесс для запуска обработчиков web-приложений и многопоточный процесс для маршрутизации вызовов, транслирующий внешние запросы к web-приложениям. Процесс маршрутизации в свою очередь состоит из координатора запросов и рабочих нитей, которые принимают запросы клиентов, направляют их web-приложениям и возвращают ответ. Каждая рабочая нить может работать в асинхронном режиме и обслуживать тысячи одновременных соединений. Под root выполняется только главный управляющий процесс, а все остальные обработчики запускаются под отдельными непривилегированными пользователями.
> Из планов на будущее отмечается поддержка JavaScript/Node.js, Java и Ruby, возможность динамического управления процессами приложений, поддержка TLS, средства для маршрутизации и проксирования вызовов для TCP, HTTP, HTTPS, HTTP/2.
Зачем нужен автомобиль, если уже конная повозка?!
Недостаток один, но фатальный.
Смысл появляется, когда есть пачка микросервисов, написанных на разных языках, и хочется управлять ими централизованно, при этом проект не настолько большой, чтобы связываться с контейнерами.В общем, довольно нишевая штука.
Не нужно, так как есть uWSGI который имеет все перечисленные фичи и даже больше.
У него в названии нет букв N и X.
Поддерживаю uWSGI. Но, как правильно заметил предыдущий оратор, у Сысоева синдром NIH.
> Поддерживаю uWSGI. Но, как правильно заметил предыдущий оратор, у Сысоева синдром NIH.ваистену них! Вместо того чтобы настроить апаче, свой веб-сервер написал, теперь вот это вот. Не будь как Сысоев!