LINUX.ORG.RU

Новый сервер приложений - Nginx Unit

 


2

6

На конференции NginxConf представлен новый application server - Nginx Unit

Сейчас поддерживаются приложения на языках

  • go
  • php
  • python

Доступны репозитории для rhel/centos и debian/ubuntu

Код проекта с полной историей коммитов доступен на github. Обещают принимать pull request'ы от всех желающих

Официальный сайт: http://unit.nginx.org

GitHub: https://github.com/nginx/unit

Пример настройки + сопряжение с nginx есть в статье на хабре ( https://habrahabr.ru/company/itsumma/blog/337346/ )

Для тех, кто не в теме: application server это не веб-сервер и тем более не reverse proxy. Его задача

  • запуск приложений
  • предоставление к ним доступа ( обычно по протоколу http )

Т.е. это замена не nginx или apache, а php-fpm и uwsgi. И дальний родственник tomcat'а ;)

Конфигурирование Nginx Unit пока сделано, хмм..., довольно необычно, через REST API поверх unix socket

>>> Подробности

★★★★★

Проверено: leave ()

ЛОР отстаёт, на хабре вчера это было, даже один из разработчиков отвечал всем. Есть мнение что он нужен только для php, так как позволяет запускать сразу несколько версий php-fpm, а docker есть не у всех. Зачем он остальным непонятно. Модный способ обновления конфига очень спорен, не дай бог станет новым трендом.

x-term ★★ ()
Ответ на: комментарий от mx__

If the Go application is executed directly, the unit module will fall back to the http module. If the Go application is launched by Unit, it will communicate with the Unit router via shared memory.

Вообще-то полагалось бы делать что-то вроде import "github.com/unit/unit". Но они, очевидно, пихают свой пакет прямо в GOPATH.

anonymous ()
Ответ на: комментарий от x-term

позволяет запускать сразу несколько версий php-fpm

эм... а что, иначе несколько инстансов php-fpm не запустятся, если указать разные сокеты и разные конфиги/pid-файлы?

NiTr0 ★★★★★ ()
Ответ на: комментарий от x-term

позволяет запускать сразу несколько версий php-fpm

У меня запущено несколько версий без докера. Правда не из стандартного репа, а из стороннего, но без каких-либо дополнительных телодвижений.

goingUp ★★★★★ ()
Ответ на: комментарий от goingUp

Я даже спорить не буду, php не моя тема, возможно оно позволяет это сделать проще. Питонистам бросать uwsgi ради этой балалайки нет никакого смысла. По-крайней мере пока.

x-term ★★ ()
Ответ на: комментарий от WitcherGeralt

Нет, он работает сам по себе. При желании можно зареверсить, конечно. Если реверсить, тогда хз, зачем он нужен. Я так понял, смысл в том, чтобы использовать быстрый сетевой код nginx в своём приложении.

Legioner ★★★★★ ()
Ответ на: комментарий от Bioreactor

А причем тут Java EE ? Я хз как оно будет работать с жава контейнерами но как выше уже написали это типа Томката.

И вообще я уже выше писал Но народ пропустил как то. Есть комбайн апач, сделали легковесный нгних простой нттп сервер. Но поскольку давно уже нет статики, нгних в основном юзали как нттп прокси к тому же апачу. С появлением всяких php-fpm в случае php апач стал не нужен. Вот они и сделали для унификации сабж, что по сути, связку сабжа с нгних, превратит в аналог апача.

mx__ ★★★ ()
Ответ на: комментарий от istepan

Тогда вдвойне непонятно.

Видимо чтоб самим не городить велосипеды.

Чтоб не городить велосипеды есть тот же lighttpd, который умеет всё от cgi/fastcgi и до... чего угодно. А nginx пусть бы на своём месте оставался — генерировал сообщение об ошибке 502. Т.е., когда собственно то говно, которое стоит как бэкэнд, благополучно сдохло под нагрузкой. Ну или статику бы раздавал. Больше один чёрт он ни на что не годен. Потому как всё остальное через зад сделано.

anonymous ()
Ответ на: комментарий от Legioner

Я так понял, смысл в том, чтобы использовать быстрый сетевой код nginx в своём приложении.

я тоже так понял, собственно давно этого хотелось)) плюс парсинг запросов теперь будет единый, тоже неплохо. правда хз что теперь с этим делать, надо тестить и замерять профит. эх былоб круто, еслиб этих штук можно было несколько запускать, по одной на приложение...

genryRar ()