Доступен (http://mailman.nginx.org/pipermail/nginx/2017-December/05536...) третий публичный выпуск сервера приложений NGINX Unit (http://unit.nginx.org/), в рамках которого развивается решение для обеспечения запуска web-приложений на различных языках программирования. Проект пока находится на стадии бета-тестирования и не рекомендован для промышленного использования. Код написан на языке Си и распространяется (https://github.com/nginx/unit) под лицензией Apache 2.0.
Под управлением NGINX Unit может одновременно выполняться несколько приложений на разных языках программирования, в том числе могут сочетаться разные версии языков (например, PHP 5 и PHP 7, Python 2.7 и Python 3.4). В настоящий момент поддерживаются Python, PHP и Go, а на будущее запланирована поддержка JavaScript/Node.js, Java и Ruby. NGINX Unit может обслуживать отдачу динамического контента как самостоятельно, так и работать (http://unit.nginx.org/docs-integration-with-nginx.html) в тандеме с http-сервером nginx, который в этом случае выступает в роли балансировщика, кэша или сервера для отдачи статического контента.
NGINX Unit предоставляет (https://www.nginx.com/blog/introducing-nginx-unit/) возможность динамического изменения параметров запуска приложений через специальный RESTful JSON API (http://unit.nginx.org/docs-configuration.html), без необходимости правки файлов конфигурации и перезапуска (ответ на потребность пользователей nginx в возможностях ".htaccess"). Доступ к API может быть организован через UNIX domain socket или TCP, что позволяет управлять работой сервера приложений удалённо и централизовано. Изменение настроек не приводит к перезапуску рабочих процессов - меняются только содержимое структур в памяти, что сводит к минимуму накладные расходы и позволяет менять параметры с любой интенсивностью.Работу NGINX Unit обеспечивает несколько взаимодействующих процессов: процесс управления конфигурацией, основной процесс для запуска обработчиков web-приложений и многопоточный процесс для маршрутизации вызовов, транслирующий внешние запросы к web-приложениям. Процесс маршрутизации в свою очередь состоит из координатора запросов и рабочих нитей, которые принимают запросы клиентов, направляют их web-приложениям и возвращают ответ. Каждая рабочая нить может работать в асинхронном режиме и обслуживать тысячи одновременных соединений. С правами root выполняется только главный управляющий процесс, а все остальные обработчики запускаются под отдельными непривилегированными пользователями.
Изменения (https://unit.nginx.org/CHANGES.txt) в новой версии:- Добавлена опция "limits.requests (https://github.com/nginx/unit/commit/47bc1c53d6af98a4b2ea39e...)" для ограничения числа запросов к web-приложению (после выполнения заданного числа запросов обработчик завершает свою работу);
- Добавлена опция "limits.timeout" для задания таймаута выполнения web-приложения, без учёта времени запуска и нахождения в очереди;
- С целью минимизации задержек проведена оптимизация кода обработки запросов к web-приложениям;- Добавлена поддержка HTTP-соединений в режиме keep-alive;
- Для настройки виртуальных окружений Python добавлена опция "home";
- Для Python добавлена возможность создания обработчиков выхода при помощи модуля atexit (https://docs.python.org/3.6/library/atexit.html);
- Усовершенствован модуль (https://github.com/nginx/unit/tree/master/src/go/unit) для языка Go, который переименован в "nginx/unit".
URL: http://mailman.nginx.org/pipermail/nginx/2017-December/05536...
Новость: http://www.opennet.me/opennews/art.shtml?num=47829
Круто, смогу теперь нормально и без попо-боли одновременно запускать приложухи на Python, PHP и Go, эдакий microservices
Витя, ты и сейчас это можешь делать. С помощью контейнеров, правда, но работает отлично.
- с стабильным релизом контейнеры-шмонтейнеры станут не нужны.
- порог вхожения в микросервисы значительно упростится
> порог вхожения в микросервисы значительно упроститсяЭто-то и пугает...
> Это-то и пугает...Там появятся пользователи!
на серверах? ЛОЛ
Боишься остаться без работы?
а если сопоставить цену поддержки инфраструктуры на контейнерах и на базе nginx unit?
То принципиальной разницы не увидим.
Зависит от желания сделать это все безопасным. Для безопасных контейнеров нужен pipeline чтобы быстро можно было все обновить (в идеале).
> Зависит от желания сделать это все безопасным. Для безопасных контейнеров нужен pipeline
> чтобы быстро можно было все обновить (в идеале).В вендор локе по определению не может быть ничего безопасного. Спроси у них почему куб в ентерпрайз версии и нет до сих пор экспорта в aci. А еще, где версия без демона и нормальные pgp подписи пакетов. Ребята на пути к успеху.
В продакшене все равно будут контейнеры. А юнит используется для _однообразного_ и онлайн-управляемого запуска сервисов из разных языков.
Что, серьёзно? Т.е волюм уже перестал корруптить при проблемах с io и докер демон перестал терять контейнеры и быть целой историей для изучения?
Использую его там где нет выхода а в остальных случаях изоляцию и контроль зависимостей делает habitat.
Уже давно: https://uwsgi-docs.readthedocs.io/en/latest/
А чет думал что и раньше можно было... Ну например nginx + php, а если язык тянет свой веб сервер то можно чтоб просто через nginx проксировалось.. Или я где-то ошибаюсь?
Отвечаю сам себе же) я все понял.. Убрали надобность перезапуска сервера
В больших конторах типа яндекса или гугла 100500 разных проектов и языков. Изучать нюьансы работы и поддерживать каждый самописный сервер накладно. Через юнит для админа все будет одинаково.
RESTful JSON API - в тексте битая ссылка
исправь
Какой смысл был ведь Passenger? Еще и на лицензии апачь. Вообщем странно это все.
опоздали они с ним. зачем нужен этот сервер, если приложение можно запустить в контейнере?
Зачем запускать приложение в контейнере, если можно его запустить в сервере приложений?
Затем чтобы не копаться в мусорных контейнерах.
а в случае python это будет типа замены gunicorn?
да
А можно так Go прикрутить напрямую в nginx?
nginx unit технически не имеет никакого отношения к веб-серверу nginx. Общее только название и авторы.
Ссылки в новости битые.Конфигурация (в т.ч. через JSON API):
http://unit.nginx.org/configuration/Интеграция с nginx:
http://unit.nginx.org/integration/Видимо, сайт, как и сам unit, в глубокой бете и недавно менялся. Хотя редиректы могли бы и поставить.