The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпуск сервера приложений NGINX Unit 1.8 с поддержкой Java

01.03.2019 22:21

Представлен выпуск сервера приложений NGINX Unit 1.8, в рамках которого развивается решение для обеспечения запуска web-приложений на различных языках программирования (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js и Java/). Под управлением NGINX Unit может одновременно выполняться несколько приложений на разных языках программирования, параметры запуска которых можно изменять динамически без необходимости правки файлов конфигурации и перезапуска. Код написан на языке Си и распространяется под лицензией Apache 2.0. С особенностями NGINX Unit можно познакомиться в анонсе первого выпуска.

Новый выпуск примечателен добавлением поддержки языка Java с возможностью запуска сервлетов (Java Servlet 3.1, JSR-340). Кроме того в Unit 1.8 появилась начальная поддержка внутренней маршрутизации запросов между слушающими сокетами и приложениями. В настоящее время поддерживается простое сопоставление по маскам с использованием в качестве критериев проброса имени хоста, URI или HTTP-метода. В будущем обещают добавить поддержку регулярных выражений и проброс по произвольным HTTP-заголовкам, cookie, исходному и целевому адресам.


   {
       "match": {
           "host": [ "*.example.com", "!php7.example.com" ],
           "uri": [ "/admin/*", "/store/*" ],
           "method": "POST"
       },

       "action": {
           "pass": "applications/php5_app"
       }
   }

Начиная с текущего выпуска также задействован новый формат нумерации версий, вместо формата "x.y", теперь будут использоваться номера "x.y.z", где "z" номер корректирующего обновления.

  1. Главная ссылка к новости (http://mailman.nginx.org/piper...)
  2. OpenNews: Выпуск сервера приложений NGINX Unit 1.6
  3. OpenNews: Выпуск сервера приложений NGINX Unit 1.5 с поддержкой Node.js
  4. OpenNews: Выпуск сервера приложений NGINX Unit 1.4
  5. OpenNews: Выпуск сервера приложений NGINX Unit 1.3
  6. OpenNews: Первый стабильный релиз сервера приложений NGINX Unit
Лицензия: CC-BY
Тип: Программы
Ключевые слова: nginx, unit
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (34) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.2, Аноним (2), 23:20, 01/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто понимает зачем этот unit нужен? Почему я должен отказаться от websphere?
     
     
  • 2.3, Анонимус2 (?), 23:40, 01/03/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Пилить деньги инвесторов, изображая бурную деятельность. Видимо продажи nginx-plus перестали расти, а напоминать о себе надо.
     
     
  • 3.5, Аноним (5), 00:08, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    nginx-plus слишком дорог для массового использования и обучения. Пусть остается в своих Enterprise.
     
     
  • 4.10, KonstantinB (ok), 08:33, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для массового использования есть опенсорсная версия. В плюсе нет ни одной фичи, которые нужны не ентерпрайзу.
     
     
  • 5.18, Аноним (5), 10:49, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    health checks
    least_time
    upstream dynamic
    upstream-server-resolve
    JWT
     
     
  • 6.21, forum reader (?), 12:41, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    что из этого нужно НЕ энтерпрайзу?
     
     
  • 7.30, Аноним (5), 19:18, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    health checks
    least_time
     
  • 7.34, Аноним (34), 10:19, 04/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    JWT?
     
  • 6.33, Ультиматив (?), 14:45, 03/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    HAProxy?
    Более 100 метрик по апстримам
    + архитектурно более производительный, чем nginx
     
  • 2.4, Alex Gluck (?), 00:04, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю что ваш websphere, tomcat, jboss, wildfly(нужное подчеркнуть) не удобно использовать в контейнеризации и динамическом масштабировании, деплоях canary и blue-green, и ну каких то ещё случаях.
     
     
  • 3.7, Аноним (2), 01:17, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Для контейнерного деплоя war уже давно есть wildfly-swarm и иже с ними. Должна же быть киллер-фича у unit какая-то
     
     
  • 4.12, eRIC (ok), 09:01, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Должна же быть киллер-фича у unit какая-то

    + легковесность
    + параллельная динамическая поддержка и обслуживание различных приложений (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js и Java)
    + конфигурация/переконфигурация на лету (zero downtime)
      


     
     
  • 5.13, Аноним (13), 09:31, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Так это стандартный набор, я это могу и на nginx сделать или haproxy
     
     
  • 6.15, eRIC (ok), 09:51, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так это стандартный набор, я это могу и на nginx сделать или
    > haproxy

    интересно как запустите Java приложение в nginx? запустите отдельно 1 экземпляр nginx и через upstream настроите работу с другим java server'ом (tomcat, jboss, wildfy и т.д.). в итоге у вас 2 сервера работают.

    теперь возьмите 1 экземпляр unit и настроив модуль (python, php, go, java и т.д) этот 1 сервер будет обслуживать указанные вами языки независимо друг от друга и без лишних бэкенд серверов типа
    (gunicorn, apache, tomcat и т.д.)

    One unit to route them all ;)

    чтобы не быть многословным, просто возьмите и попробуйте сами поиграть и посмотреть разницу.

    Точки старта:
    1- http://unit.nginx.org/#demo
    2- https://www.nginx.com/blog/nginx-unit-updating-apps-with-100-percent-uptime/


     
     
  • 7.31, Аноним (31), 23:45, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А вы хотите unit без load balancer в интернет выставлять?
     
     
  • 8.32, eRIC (ok), 09:29, 03/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    пока что нет, пока unit не приобретет нужные фичи TCP, HTTP, HTTPS, HTTP 2 rout... текст свёрнут, показать
     
  • 5.14, Аноним (13), 09:34, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О да, то что раньше делали админы за вечер теперь хотят продавать как продукт.
     
     
  • 6.16, eRIC (ok), 09:54, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > О да, то что раньше делали админы за вечер теперь хотят продавать
    > как продукт.

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

    > теперь хотят продавать
    > как продукт.

    он открытый и бесплатный, берите и используйте как хотите

     
  • 6.38, annual slayer (?), 06:40, 11/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    лучше ковырять унит, че м скрипты напианные предыдущим васяном за вечер
     
  • 5.19, Аноним (19), 11:33, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > + легковесность

    Если у меня уже enterpise java (war), то 10мб туда, 10мб сюда роли не играет

    > + параллельная динамическая поддержка и обслуживание различных приложений (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js и Java)

    Если я уже пишу на java, зачем мне все вот это вот убогое (кроме go)? В крайнем случае я запихну в докер убогое, а не буду пытаться запускать java war в unit.

    > + конфигурация/переконфигурация на лету (zero downtime)

    О какой конфигурации идет речь? Unit знает о том как пул соединений внутри java процесса пересоздать? Сомневаюсь. Вся это переконфигурация с первых версий Java серверов приложений  работает (wildfly, websphere, etc).

     
     
  • 6.23, Valentin V. Bartenev (?), 13:40, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > О какой конфигурации идет речь? Unit знает о том как пул соединений внутри java процесса пересоздать? Сомневаюсь.

    Никакого пула соединений в Java процессе нет. Как и в случае других языков в Unit, обработкой соединений занимается не процесс приложения, а отдельный процесс-маршрутизатор - эффективное, асинхронное ядро юнита (похожее на nginx, только новее). Он работает с соединениями, а приложение уже забирает из очереди готовые для обработки запросы. Поэтому мы можем позволить себе и перезапуск приложения без разрыва соединений.

     
  • 6.25, eRIC (ok), 14:09, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если у меня уже enterpise java (war), то 10мб туда, 10мб сюда
    > роли не играет

    если бы у вас был enterprise, вы бы тут не сидели и не читали ;) ждали бы support от поставщика ;)
    если по теме, сравните комбайны jboss, wildfly, paraya, glassfish и т.д. unit не пытается завоевать места этих гигантов, а предоставляет легкий и быстрый способ в век микросервисов, пусть хоть пока что неполный функционал этих гигантов.

    а разница между гигантами не какие-то 10мб ;) если таким макаром рассуждать зачем ant, maven, gradle и так далее нужны, давайте олдскульно работать ;)


    > Если я уже пишу на java, зачем мне все вот это вот
    > убогое (кроме go)? В крайнем случае я запихну в докер убогое,
    > а не буду пытаться запускать java war в unit.

    микросервисы не Docker'ом едины, есть куча еще вариантов ;) что там war, вы можете jar без каких либо серверов запустить.

    > О какой конфигурации идет речь? Unit знает о том как пул соединений
    > внутри java процесса пересоздать? Сомневаюсь. Вся это переконфигурация с первых версий
    > Java серверов приложений  работает (wildfly, websphere, etc).

    вам уже ответили со стороны разработчиков ;)

    вы уже сами плывете с connection pooling, речь идет о конфигруации самого сервера unit. тут не нужно перезапускать демон unit постоянно, когда вы добавляете или удаляете приложения, меняете порты и т.д. попробуйте это сделать с традиционными серверами ;)

     
  • 2.11, KonstantinB (ok), 08:34, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В новостях про предыдущие версии Юнита многие задавали вопрос "когда же, наконец, будет поддержка Java?". Давайте у них спросим.
     
     
  • 3.17, eRIC (ok), 09:59, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > В новостях про предыдущие версии Юнита многие задавали вопрос "когда же, наконец,
    > будет поддержка Java?". Давайте у них спросим.

    конструктивное предложение, поддерживаю ;)

    со своей стороны, как java'вист с другой стороны, могу сказать почему интересен unit с поддержкой java: это то что нравится легкая архитектура (меньше файлов, использование памяти и процессора) и механизм обслуживания запросов (event-driven) что унаследовано от nginx.


     
     
  • 4.20, Аноним (19), 11:34, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >  и механизм обслуживания запросов (event-driven) что унаследовано от nginx.

    так там же сервлеты, это спека один поток на запрос, какой event-driven? или они может захачили jvm?

    хочешь event-driven: netty, undertow, ktor

     
     
  • 5.24, eRIC (ok), 13:54, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > так там же сервлеты, это спека один поток на запрос, какой event-driven?
    > или они может захачили jvm?

    какие сервлеты в 2019 году?
    вы вообще понимаете о чем идет речь? речь идет об обработки сервера запросов со стороны клиента.

    > хочешь event-driven: netty, undertow, ktor

    ну дык это фреймфорки, над которыми нужно еще посидеть подумать хорошо и реализовать свой сервер. никто не мешает их использовать :)

     
  • 2.29, лютый жабист__ (?), 17:12, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Почему я должен отказаться от websphere?

    Потому что шпринг+кубернатес (а не этот смехотворный Unit).

    Я сам ещё держусь за жбосс, но это уже трепыхания.

    Даже смешно, что кто-то пилит новый сервер приложений на си, когда эта концепция уже несколько лет как в упадке.

     

  • 1.22, fyjybv (?), 13:11, 02/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кто-нибудь использует в продакшн?
     
     
  • 2.26, eRIC (ok), 14:13, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > кто-нибудь использует в продакшн?

    на стадии тестирования (используем php и python), лично используем в нашей внутренней кухне. думаю как будет  production ready, можно выходить.

    теперь вот будем с поддержкой java, как говориться посмотреть ;)

     
     
  • 3.27, GentooBoy (ok), 15:52, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    uWSGI не пробовали использовать?
     
     
  • 4.28, eRIC (ok), 16:05, 02/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > uWSGI не пробовали использовать?

    используем, по его прямому назначению для python. но всегда смотрим на новые вещи и инновации в технологиях ;)

     

  • 1.35, MVK (??), 11:36, 04/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Бесперспективный путь: последняя спецификация - Servlet 4.0 (JSR 369) от Sep 2017
    Очевидно, что разработчики Unit уже сильно отстали. Разумно пилить коннекторы (типа AJP) и не пытаться объять необъятное.
     
  • 1.36, Аноним (36), 07:18, 05/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    QuickBasic будет?
     
  • 1.37, Qasta (ok), 19:38, 05/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это хорошо, что nginx-unit развивается и добавляет в себя новые языки программирования. Касательно чисто Java - посмотрим, во что оно выльется. Серверные приложения на Java часто используют кучу библиотек для различных целей - в БД сходить, ещё где-то что-то написать. И многие из них не заточены под асинхронный ввод-вывод, а написаны вполне себе для "блокирующего ввода-вывода". Плюс часто идёт контекстно-зависимая информация (зависящей от текущего потока исполнения - ThreadLocal). Слишком много всего (легаси).

    А с точки зрения "написания с нуля" Java слишком многословна по сравнению с другими языками.

    Как тут уже заметили, выбор Servlet - это тупик. Но не из-за версии (AsyncContext появился ещё в Servlet 3.0), а из-за всего API. Лучше брать JBoss Netty (https://netty.io/) - вот это реально моща для таких приложений (event based io, async и всё такое).

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру