The OpenNET Project / Index page

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



"Доступен сервер приложений NGINX Unit 0.2"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от opennews on 20-Окт-17, 10:40 
Игорь Сысоев представил (http://mailman.nginx.org/pipermail/unit/2017-October/000009....) второй публичный выпуск сервера приложений NGINX Unit (http://unit.nginx.org/), в рамках которого развивается решение для обеспечения запуска web-приложений на различных языках программирования. NGINX Unit обслуживает отдачу динамического контента самостоятельно, но также может работать (http://unit.nginx.org/docs-integration-with-nginx.html) в тандеме с http-сервером nginx, который может выступать в роли балансировщика, кэша или сервера для отдачи статического контента. Проект пока находится на стадии бета-тестирования и не рекомендован для промышленного использования. Код  написан на языке Си и распространяется (https://github.com/nginx/unit) под лицензией Apache 2.0.


NGINX Unit предоставляет возможность динамического изменения параметров запуска приложений через специальный  RESTful JSON API (http://unit.nginx.org/docs-configuration.html), без необходимости  правки файлов конфигурации и перезапуска (ответ на потребность пользователей nginx в  возможностях ".htaccess"). Особенностью реализации является то, что изменение настроек не приводит к перезапуску рабочих процессов - меняются только содержимое структур в памяти, что сводит к минимуму накладные расходы и позволяет менять параметры с любой интенсивностью.  RESTful API
позволяет управлять работой сервера приложений удалённо и централизовано. Доступ к API может быть организован через UNIX domain socket или TCP.

Одновременно под управлением NGINX Unit может выполняться несколько приложений на разных языках программирования, в том числе могут сочетаться разные версии языков (например, PHP 5 и PHP 7, Python 2.7 и Python 3.3). В настоящий момент поддерживаются Python, PHP и  Go. NGINX Unit обеспечивает изоляцию компоентов - под root выполняется только управляющий процесс, а обработчики запускаются под отдельными пользователями.

В новом выпуске улучшена поддержка пакетов на языке Go, добавлен режим постоянного сохранения конфигурации, улучшена обработка ошибок в конфигурации, добавлено свойство для установки таймаута выполнения запроса приложением, налажена обработка POST-запросов в приложениях на PHP. Из планов на будущее отмечается поддержка  JavaScript/Node.js, Java и Ruby, возможность динамического управления процессами приложений, поддержка TLS и средства для маршрутизации и проксирования вызовов для TCP, HTTP, HTTPS, HTTP/2.

URL: http://mailman.nginx.org/pipermail/unit/2017-October/000009....
Новость: http://www.opennet.ru/opennews/art.shtml?num=47423

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Доступен сервер приложений NGINX Unit 0.2"  –5 +/
Сообщение от dkg on 20-Окт-17, 10:40 
Выглядит интересно, конечно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Доступен сервер приложений NGINX Unit 0.2"  +11 +/
Сообщение от Фуррь (ok) on 20-Окт-17, 10:43 
Чем конкретно? Или так, просто чтоб камент запостить?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

71. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от андрей (??) on 26-Окт-17, 11:20 
Ну давай расскажи нам в чем такая информотивность твоего коммента? Или это так просто чтобы флейм тут устроить?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Доступен сервер приложений NGINX Unit 0.2"  –10 +/
Сообщение от лютый жабист__ on 20-Окт-17, 10:55 
>Выглядит интересно, конечно.

Выглядит как будто они изобрели J2EE 1.0 (1999 года) в 2017-м году.

С учетом того, что jEE таки взлетело и летит уже 20 лет, а разрабатывать на си в разы медленнее, судьба этого "сервера приложений" немного предсказуема. Хотя, так понимаю, нашлись богатые буратинки-инвесторы, прогеры довольны, несколько лет без работы не останутся.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

7. "Доступен сервер приложений NGINX Unit 0.2"  –1 +/
Сообщение от username (??) on 20-Окт-17, 11:00 
Оно не нужно когда есть uwsgi
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

12. "Доступен сервер приложений NGINX Unit 0.2"  +5 +/
Сообщение от jOKer (ok) on 20-Окт-17, 11:34 
Судя по документации сабж как раз и обслуживает питоновые приложения через uwsgi

На первый взгляд, это не замена uwsgi, а скорее замена supervisord и, пожалуй, немного gunicorn, умеющая интегрироваться с инжинкс до кучи.

В целом интересная штука.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

28. "Доступен сервер приложений NGINX Unit 0.2"  +6 +/
Сообщение от Аноним (??) on 20-Окт-17, 14:57 
uwsgi - это сервер приложений, wsgi это интерфейс для интеграции сервера приложений и самого приложения. nginx unit не может работать через uwsgi, потому что он является альтернативой uwsgi. И пока не очень понятно, чем эта альтернатива лучше.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

45. "Доступен сервер приложений NGINX Unit 0.2"  +3 +/
Сообщение от Blind Vic (ok) on 20-Окт-17, 21:21 
А еще uwsgi это бинарный протокол http://uwsgi-docs.readthedocs.io/en/latest/Protocol.html
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

10. "Доступен сервер приложений NGINX Unit 0.2"  –2 +/
Сообщение от Andrey Mitrofanov on 20-Окт-17, 11:28 
> Выглядит как будто они изобрели J2EE 1.0 (1999 года) в 2017-м году.

Хорошо, что джавва теперь не нужна. 2017ый же, ты заметил!  А пхп-питон нужны, два раза.  Инвесторы уверены!

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

13. "Доступен сервер приложений NGINX Unit 0.2"  +3 +/
Сообщение от Аноним (??) on 20-Окт-17, 11:37 
>Хорошо, что джавва теперь не нужна...

А мужики-то не знают. Продолжают клепать свой никому не нужный энтерпрайз и даже не догадываются про 2017 год.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

23. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 13:17 
Не ломай уютный мир экперта по всем вопросам.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

43. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от _ (??) on 20-Окт-17, 19:59 
Ну про "J2EE 1999г" и 2017 - он прав. Все Ынтерпрайз жабы нынче на Spring-е :)
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

69. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Очередной аноним on 23-Окт-17, 13:00 
> Все Ынтерпрайз жабы нынче на Spring-е :)

Брэхня! И отучаемся говорить за всех.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

51. "Доступен сервер приложений NGINX Unit 0.2"  –1 +/
Сообщение от qsdg (ok) on 21-Окт-17, 01:29 
> Выглядит как будто они изобрели J2EE 1.0 (1999 года) в 2017-м году.

Это точно, хотя уже через пару лет жабисты заметили что много приложений под одним сервером нужно только домашним страничкам. А во всех серьёзных проектах всегда только одно приложение на весь сервер, и на всю JVM. Поэтому Tomcat не нужен.

Так что для домашних страничек может и полезно будет. Хотя посмотрим, ведь " Код написан на языке Си" -- сколько там дыр будет везде и повсюду.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

52. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от pavlinux (ok) on 21-Окт-17, 06:49 
> Хотя посмотрим, ведь " Код написан на языке Си" -- сколько там дыр будет везде и повсюду.

Закрой код и вам пох....ю будет.

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

65. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от АнониМ (ok) on 21-Окт-17, 22:04 
>хотя уже через пару лет жабисты заметили что много приложений под одним сервером нужно только домашним страничкам.

судя по мега квалифицированному утверждению - с лора человек пришёл.

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

8. "Доступен сервер приложений NGINX Unit 0.2"  +3 +/
Сообщение от username (??) on 20-Окт-17, 11:01 
ИНтересно чем? Тем что они идут явно мутными схемами с конфигурированием?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

30. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 15:37 
Согласен, зелёная тема выглядит интересной.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Доступен сервер приложений NGINX Unit 0.2"  –3 +/
Сообщение от a1x (ok) on 20-Окт-17, 10:45 
Это можно сделать что-то похожее на Apache + PHP?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от пох on 20-Окт-17, 19:12 
> Это можно сделать что-то похожее на Apache + PHP?

нет, поскольку, вопреки заявленному в новости, ничего похожего на .htaccess как не было, так и нет.

Ни "динамического", ни какого либо еще.

Что-то похожее на php-fpm, но без php-fpm. Зачем - неясно.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

53. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 21-Окт-17, 08:14 
Ну почему без. Можно в качестве этого самого "сервиса приложений" использовать, видимо. Просто у Сысоева маниакальная потребность рулить чуть ли не каждым битом в хттп-запросе. Многим нравится.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

55. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от пох on 21-Окт-17, 10:52 
> Ну почему без.

он там не используется, эта штука сама себе fpm и сама себе, видимо, uWSGI (а вот go придется руками патчить чтобы вместо net.http он использовал протокол этого чуда)

кстати, во втором случае оно даже выглядит в теории несколько менее ненужно - пихоновский хреново документированный и совершенно загадочный для человека не в теме скрипт с миллиардом командных параметров у меня никогда не вызывал восторгов (php-fpm, понятно, ничем не лучше, но как-то уже привыкли все).

А вот какой смысл заменять в go net/http на какой-то другой интерфейс "использующий shared mem", но все равно общающийся с веб-сервером еще через один сокет - загадка.

В принципе, там настолько много всякого coming soon, что, возможно, мы пока недопонимаем всей глубины затеи.

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

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

56. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 21-Окт-17, 11:33 
Да почти наверняка "чудо" - это некая хрень буферизирующая и распределяющая потоки всё в те же сокеты(ну или IPC), врядли они сумеют сварганить столь низкоуровневые библиотеки что для пхп, что для го, косяков не оберёшся. Будет всё аффигено управляемо, сбалансировнно, оптимизированно, во главе чего будет сидеть ацкий админ и выверять параметры с точностью до полбита.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

59. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от пох on 21-Окт-17, 12:33 
> врядли они сумеют сварганить столь низкоуровневые библиотеки что для пхп, что для го

они используют стандартные - что для пехепе, что для go. И стандартную же libpython.
Ничего военного в самостоятельной реализации на их основе fpm'а, uwsgi и просто запускалки дочернего процесса для go (вроде ему больше ничего и не надо) нет.

Аналогичные модули для апача и то сложнее было написать, поскольку они не изолированы в отдельном "unit", и им приходится жить среди апачевских корявых потрохов и по их правилам.

но вот нафига оно нужно, переизобретение велосипеда - пока совершенно не видно.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

60. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Andrey Mitrofanov on 21-Окт-17, 12:48 
> они используют стандартные - что для пехепе, что для go. И стандартную
> же libpython.
> Аналогичные модули для апача и то сложнее было написать, поскольку они не
> изолированы в отдельном "unit", и им приходится жить среди апачевских корявых
> потрохов и по их правилам.
> но вот нафига оно нужно, переизобретение велосипеда - пока совершенно не видно.

Впечатление, что они создали спрос на фичи апача, упростив их 'away' в nginx, и теперь _удовлетворяют запрос рынка_.  %)))

.htaccess, mod_php, jee-coming-soon и т.д.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

62. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от пох on 21-Окт-17, 14:13 
> Впечатление, что они создали спрос на фичи апача, упростив их 'away' в

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

Но он скоро тоже и в апаче станет ненужен - он был нужен для двух вещей - переносимости кривых поделок, чтоб ее можно было закатать таром и раскатать на совершенно другом хосте, с совершенно другими настройками - и те, что ей нужны, она при этом принесла с собой.
И для shared hosting, где разным пользователям настройки нужны разные, а бегать за ними всеми собирать с них предложения, админ не может.

Первое разработчики делать разучились, им теперь непременно нужно нагадить в целую кучу всяких разных /etc/*/*.d/ , "а если тебе не нравится - используй докер", второе вымирает, заменяясь всякими aws.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

61. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Andrey Mitrofanov on 21-Окт-17, 12:55 
> но вот нафига оно нужно, переизобретение велосипеда - пока совершенно не видно.

Ещё вариант: войти в реку "упрощения" дважды. nginx _когда-то_ был прост и невелик, и быстр, а апач всё рос и ро-о-ос.  апач по-прежнему рОстет  --  уже пора делать "ма-а-ахонькие" mod_php и ко., решили ребята в маркетингах.

Туда же: у каждого языка, который "ходил" в торону большого веба есть свой апп.сервер, на себе самом обычно, те же обычные, как везде, фаст-старты и (?)сокет-mux-ы...  Таки, может, если их всех "упростить" до одной апп-пускалки, то...

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

63. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от пох on 21-Окт-17, 14:19 
> Туда же: у каждого языка, который "ходил" в торону большого веба есть
> свой апп.сервер, на себе самом обычно, те же обычные, как везде,
> фаст-старты и (?)сокет-mux-ы...  Таки, может, если их всех "упростить" до
> одной апп-пускалки, то...

то зачем? Запускать на одном и том же хосте разом go, пихон и пехепе ? Их наоборот хочется растащить друг от друга как можно дальше, даже если они все на пехепе, и даже, так случается, одной и той же версии. (кстати, а разные версии пихона оно, походу, нишмагло? Или авторы не знают о том, что они разные?)

В современном мире, где виртуализация "дешева", а контейнеры вообще "ничего не стоят" (обе фразы в кавычках неверны, но инвесторам на самом деле пох) - оно в общем давно именно так у всех и делается. И выковырять ЭТО обратно из контейнера уже и невозможно в принципе.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

4. "Доступен сервер приложений NGINX Unit 0.2"  +4 +/
Сообщение от Аноним (??) on 20-Окт-17, 10:54 
выглядит как привет из 90х в виде cgi
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от vitalif (ok) on 20-Окт-17, 11:27 
Не, пока как раз выглядит бесполезно. Что такое "обработчик пхп"? Php-fpm? Ок, а нафига нужен еще один сервер, если за ним все равно php-fpm?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от jOKer (ok) on 20-Окт-17, 11:37 
Похоже что ему Php-fpm не нужен вовсе, и вполне достаточно libphp-embed

http://unit.nginx.org/docs-configuration.html

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

16. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от vitalif email(ok) on 20-Окт-17, 12:08 
А... тогда понятно, Сысоев изобрёл свой вариант уберкомбайна типа Apache, просто обработчики рассадил по дочерним процессам, а не держит в одном (это-то правильно, конечно).

Ну, фиг знает. Все уже вроде ушли от этой концепции как раз - вроде все уже сошлись на том, что standalone / отдельные легковесные сервера под каждое приложение - лучше.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

18. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 12:16 
> А... тогда понятно, Сысоев изобрёл свой вариант уберкомбайна типа Apache, просто обработчики
> рассадил по дочерним процессам, а не держит в одном (это-то правильно,
> конечно).
> Ну, фиг знает. Все уже вроде ушли от этой концепции как раз
> - вроде все уже сошлись на том, что standalone / отдельные
> легковесные сервера под каждое приложение - лучше.

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

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

49. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от vitalif (ok) on 21-Окт-17, 00:22 
А это актуально по факту только в шаред хостинге осталось...
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от Sw00p aka Jerom on 20-Окт-17, 13:42 
а смысл? всё равно один воркер-пхп-процесс на один запрос, чем пхп-фпм хуже ?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

66. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от username (??) on 22-Окт-17, 19:04 
ну надеюсь они в теме что пап отключает опкеш если оно ембед и в sapi стоит что либо отличное от  apache
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

15. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от Аноним (??) on 20-Окт-17, 11:54 
Судя по всему есть желание создать более-менее работающий сервер позволяющих деплоить приложения не под jvm с возможностью поддержки встроенных сервисов.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от ЫгиПгт on 20-Окт-17, 11:31 
Не могу понять в чем принцип Юнита. Я вроде бы точно так же могу запускать одновременно виртуалхосты с php5, php7, passenger и в обычном nginx. Зачем тогда Юнит?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 12:15 
Принцип в том, чтобы выкинуть апач, заменив его предсказуемым и надёжным сервером приложений, отвечающим требованиям промышленного использования.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

19. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от _hide_ (ok) on 20-Окт-17, 12:38 
Апач достаточно предсказуем и легко настраивается. Но он наказывает за незнание и ошибки слишком сильно, чтобы с ним рисковать. Да и ресурсов потребляет как не в себя.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

20. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от eRIC (ok) on 20-Окт-17, 12:44 
это открытый сервер приложений построенный по способу работы nginx, можно его использовать как standalone или embedded. вполне нормальная и хорошая реализация на СИ. вспомните бредоизвестный G-WAN непонятной реализации с многообещающим перформансом.  
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Andrey Mitrofanov on 20-Окт-17, 12:51 
> это открытый сервер приложений построенный по способу работы nginx

У nginx-а способ работы - мультиплексирокание кучи ядрёных сокетов одним процессом. И условие: "быстрые/короткие/живые соединения".

Как это всё отнести к "серверу приложений" -- не вижу. Инвесторы умнее и проницательнее меня, наверное. Они будут в восторге от серебряной пули, ускоряющей apache-и...

>, можно его использовать
> как standalone или embedded. вполне нормальная и хорошая реализация на СИ.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

26. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 14:11 
> У nginx-а способ работы - мультиплексирокание кучи ядрёных сокетов одним процессом.

Подозреваю, что здесь что-то похожее.

> Процесс маршрутизации в свою очередь состоит из координатора запросов и рабочих нитей, которые принимают запросы клиентов, направляют их web-приложениям и возвращают ответ. Каждая рабочая нить может работать в асинхронном режиме и обслуживать тысячи одновременных соединений.

 

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

25. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Sw00p aka Jerom on 20-Окт-17, 13:47 
>>это открытый сервер приложений

нет!

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Анонимус2 on 20-Окт-17, 12:56 
>Особенностью реализации является то, что изменение настроек не приводит к перезапуску рабочих процессов - меняются только содержимое структур в памяти, что сводит к минимуму накладные расходы и позволяет менять параметры с любой интенсивностью.

Если это относится только к внутренней кухне unit, то Сысоев конечно открыл Америку - оказывается не обязательно все перезапускать на каждый чих в 2017 году. А если это относится и к параметрам запуска приложений - хотелось бы посмотреть на реализацию.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от Аноним (??) on 20-Окт-17, 14:57 
Все нобт и говорят, что это не нужно, и вообще уже было в 99. А я чувствую себя, как с другой планеты. Лично мне уже надоело костылявить с динамической конфигурацией nginx (на сотнях сайтов даже тупо reload уже начинает выполняться несколько секунд). Вот те, кто говорят, что это не нужно, вы как сами обеспечиваете динамическую (автоматическую) конфигурацию nginx?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 15:39 
Они говорят, что динамическая конфигурация nginx... та-дам!.. не нужна!
"Работает - не трогай" и все такое.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

50. "Доступен сервер приложений NGINX Unit 0.2"  –1 +/
Сообщение от vitalif (ok) on 21-Окт-17, 00:23 
> Все нобт и говорят, что это не нужно, и вообще уже было
> в 99. А я чувствую себя, как с другой планеты. Лично
> мне уже надоело костылявить с динамической конфигурацией nginx (на сотнях сайтов
> даже тупо reload уже начинает выполняться несколько секунд). Вот те, кто
> говорят, что это не нужно, вы как сами обеспечиваете динамическую (автоматическую)
> конфигурацию nginx?

А ты что, серьёзно руками админишь сервак с сотней сайтов?

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

64. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 21-Окт-17, 18:23 
Как раз нет, не вручную. О чём, собственно, и говорилось, если вы внимательно читали. Именно с точки зрения автоматизации NGINX Unit и кажется потенциально более прямым решением.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

29. "Доступен сервер приложений NGINX Unit 0.2"  –5 +/
Сообщение от Kodir (ok) on 20-Окт-17, 15:12 
Все эти REST'ы и вебсервисы - тyп0й сакс, придуманый от слабоумия. Обычный TCP-сервер прекрасно работает - тот же FTP или SMTP.
Если тебе нужно выполнить 10 команд, не имеет никакого значения, будешь ты отдавать их в одну TCP сессию или делать 10 отдельных запросов. Только в последнем случае ты сразу имеешь геморой с подтверждением сессии (что второй запрос пришёл в контексте первого) и оверхэд в виде @е6ильных HTTP-хэдеров. Ну и смысл?? ВСЕ ДЕСЯТЬ команд должны выполниться, так что сервер по-любому будет всеми ими нагружен. Ну и чего вы добиваетесь своими веб-перделками??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от K4 on 20-Окт-17, 16:11 
хотелось бы посмотреть на твои достижения
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

36. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 16:52 
Если тебе нужно продавать площадку, то продавать её выгодней только порезав на как можно больше кусочков.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

37. "Доступен сервер приложений NGINX Unit 0.2"  –1 +/
Сообщение от Andrey Mitrofanov on 20-Окт-17, 17:17 
> Все эти REST'ы и вебсервисы - тyп0й сакс, придуманый от слабоумия.

Бузинесы раз-вы-инкорпорируешь, ещё не так раскорячишься.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

38. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от KonstantinB (ok) on 20-Окт-17, 17:20 
REST действительно переоценен, при этом единственной умной там штукой - HATEOAS - никто не пользуется. А с GraphQL и прочими JSON-RPC все хорошо. Причем там, как раз, HTTP(S) - это тупо транспортный протокол, и легко заменяется на любой другой.

Остается вопрос, при чем тут Nginx Unit.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

74. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 30-Окт-17, 00:04 
> единственной умной там штукой - HATEOAS - никто не пользуется.

Ахаха. HATEOAS это лютая хрень, которая в реальной жизни не работает. И судя по высказыванию, Вы ни разу не пытались сделать что-то в духе hateoas, иначе сразу бы поняли это.

А с REST всё отл.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

40. "Доступен сервер приложений NGINX Unit 0.2"  +2 +/
Сообщение от пох on 20-Окт-17, 19:02 
> Обычный TCP-сервер прекрасно работает - тот же FTP или SMTP.

но есть один ньюанс: в пехепе, жабке, libcurl - есть, в принципе, и ftp, и даже местами smtp - а вот snginxp - нету. Поэтому если ты изобретешь еще один ненужно-протокол, веб-кодиры не будут знать, что им с него пользы.

Одно дело - просто заполнить поля в структурке и дернуть интуитивно-приятный, а главное - уже давно выученный апи. Совсем-совсем другое - самостоятельно строить хотя бы даже smtp-like сессию (с авторизацией, с защитой от подмены, с обработкой всех возможных ошибок, от таймаутов на любой стадии протокола (обрабатываемых по разному!) до rogue server, самостоятельно сооружать для нее синтаксические конструкции (помня о возможностях injection!) и самостоятельно парсить ответы (и смотри не перепутай с полями самого протокола!)

А что http и REST для этой супер-задачи (да практически для всех задач где используют) что-то вроде робота-марсохода, забивающего банальный гвоздь в метре от тебя (но сигналы управления идут через марсианский ретранслятор, чтоб жизнь не казалась медом) - всем пoх.

Совершенно плевать, сколько там слоев и чего понаворочено ради команды "забить гвоздик", когда можно нажать кнопочку и наслаждаться результатом, а не идти в магазин за микрос...э...как эта штука называется? а-а-а, молоток, что-ли?

"а других разработчиков у меня для вас нет".

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

33. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Наставление on 20-Окт-17, 16:04 
Родина дала им FastCGI - пользуйся! Не хотим, хотим монолитный комбайн.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

44. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 20:27 
Комбайн - это удобно.
А когда тебе нужно админить сотню-другую контейнеров, удобство перевешивает любую философию.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

48. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от Sw00p aka Jerom on 20-Окт-17, 23:32 
поэтому комбайн в виде апача заменили на нгиникс?
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

35. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 16:50 
Да, двадцать лет спустя доросли до уровня JEE 2.0. Ну почти доросли.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Доступен сервер приложений NGINX Unit 0.2"  +3 +/
Сообщение от Аноним (??) on 20-Окт-17, 17:52 
пока росли, jee успело сдохнуть и осталось разлагаться в у терпил, швыряющих миллиарды на ветер
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

47. "Доступен сервер приложений NGINX Unit 0.2"  –1 +/
Сообщение от Кузнец on 20-Окт-17, 23:16 
Подыхать jee будет ещё очень долго. А пока это 2/3 всего платежеспособного рынка. И чем больше миллиардов на этот "рынок" выбрасывают "терпилы", тем лучше.
Просто пытло-скриптеры не понимают того простого факта, что когда помре ява помре любая разработка ПО, в которой в принципе участвует человек.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

54. "Доступен сервер приложений NGINX Unit 0.2"  +1 +/
Сообщение от BernersLess on 21-Окт-17, 10:22 
> Подыхать jee будет ещё очень долго. А пока это 2/3 всего платежеспособного рынка. И чем больше миллиардов на этот "рынок" выбрасывают "терпилы", тем лучше.
> Просто пытло-скриптеры не понимают того простого факта, что когда помре ява помре любая разработка ПО, в которой в принципе участвует человек.

http://danlik.ru/wp-content/uploads/2014/09/Fantazjory.-Niko...

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

42. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 19:57 
Java is neither supported nor planned?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от Аноним (??) on 20-Окт-17, 21:29 
Not needed.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

58. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от gogo on 21-Окт-17, 12:19 
Типа универсальная фигня, которая может запускать что угодно...
Только для каждого из этих "что угодно" уже давно есть нормальные нативные методы.
Зачем пытаться собрать их в кучу - не понятно.
Если бы это было как модуль nginx'а "искаропки", то может и был бы смысл.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от username (??) on 22-Окт-17, 19:07 
Да что вам тут все в комментах непонятно. Как дети.
Нужен он затем чтобы сделать еще один paas и брать бабки. Отсюда и его "особенности".
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

68. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от пох on 22-Окт-17, 22:32 
> Нужен он затем чтобы сделать еще один paas и брать бабки.

и кто понесет-то? те, кто ниасилили настроить php-fpm ? те кто асилили, но слегка затрахались (вообще-то там начинаются чудеса, когда система сложная и нагруженная - но там где они начинаются, у этого проекта пустое место вообще) ?

мы ж тоже хотим из г-на на курорт, и пытаемся угадать, где деньги.

в случае с коммерческим nginx вопрос ясен - бабки платят за латание твоих дыр в приоритетном порядке, а не когда-если ты убедишь Максима, и за некоторые фичи, полезные для больших проектов, тоже в приоритетном порядке, а не когда большие уже наиграются.
Почему нет, у нас тоже был логин для Сысоева в ядро системы - что-то, по результатам, вернули в апстрим, что-то он сам поправил. Если за это можно заплатить - почему же не заплатить, деньги ведь дядины, мне их в зарплату все равно не отдадут.

но для этого сперва надо было написать такой nginx, чтобы им все захотели пользоваться, вместо апачей и всяких там недоhttpd, и десять лет как папа карла его развивать и поддерживать. А тут ничего похожего. Даже жаба только "coming soon".

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

73. "Доступен сервер приложений NGINX Unit 0.2"  +/
Сообщение от zo0M email on 28-Окт-17, 12:07 
так никто и не говорит что Unit 0.2 это готовый продукт! это даже не предрелизная версия...
эхх, сейчас бы альфа-версии ПО за недостаток функционала хаить.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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