Состоялся выпуск сервера приложений NGINX Unit 1.18, в рамках которого развивается решение для обеспечения запуска web-приложений на различных языках программирования (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js и Java). Под управлением NGINX Unit может одновременно выполняться несколько приложений на разных языках программирования, параметры запуска которых можно изменять динамически без необходимости правки файлов конфигурации и перезапуска. Код написан на языке Си и распространяется под лицензией Apache 2.0. С особенностями NGINX Unit можно познакомиться в анонсе первого выпуска...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53059
Это очень круто, успехов и развития проекту!
p.s. Deno через Unit кто-то уже запускал?
Ты лучше спроси, кто-то тут вообще unit запускал?)
а в чем проблема его запустить?
а зачем?
Соглашусь. Unit это как оху*нно крутой паровоз. Вроде бы и круто, но как то не в тему уже. Многие уже свернули в сторону докера. Там и изоляция, и смешивать в кучу ничего не надо и т.д. и т.п.
а причем здесь докер?
чтоб вместо вашего нинужнаюникса запускать на любимой и интуитивно-приятной венде, чего неясно-то?!
Если задумаешься, то поймешь, что, Unit, своего рода альтернатива контейнеризации приложений.
Еще лучше спросить кто-то вообще на Deno что-то запускал и зачем
За тем, чтобы ты спросил
Я запускал.
И как? Смог четыре раза без виагры?
это форум икспертов локалхостов, тут такие штуки ни к чему
Смысл?
Шикарная штука
Я не понял, оно конфигурируется только через curl?
Просто написать конфиг не открывая сокет для управления нельзя?
можно в systemd прописать загрузку конфига после запуска
> можно в systemd прописать загрузку конфига после запускаБлагодарю.
За что? Оно же запустит портянку с миллионом curl коллов и засунет твой конфиг в **** с особым цЫнизмом. А юле ты хотел - облака, всё черз жо^H Web-API, ко-ко-ко :-\
2020 год на дворе ваши конфигурационные портянки не нужны.
> 2020 год на дворе ваши конфигурационные портянки не нужны.Правильно говорите, товарищ...
Надо поднять хубернетс где нибудь на амазоне и инстанциировать ЭластикСёрч где и держать всю конфигурацию для ваших 100 юзеров.
Главное побольше новых модных слов, чтоб крутануть тупого клиента, они это очень любят, не важно что "на самосвале в булочную", главное пыль в глаза
что, на мороз выгнали?p.s. миша-вахтер снова словил психоз? на каком основании трешь? я задал корректный вопрос, в чем проблема? либо уже всю ветку удаляй - я отвечаю на очевидный троллинг троллингом
> помимо непосредственно указанного каталога приложения, Unit также автоматически монтирует в изолированное дерево ФС все специфичные языковые зависимостиконтейнеризация заместо docker'а подъехала? можно разные версии зависимостей в соседних юнитах?
Докер-то из чего состоит? Это и есть те части.
Такое ощущение, что изначально хотели ламповый сервер приложений, но получается так, что в ходе разработки добавляется все больше изоляции, и оно потихоньку сворачивает в сторону недо-альтернативы docker'у. без контейнеров и куртизанок.В целом идея хорошая, аля tomcat но не только для Java. Правда опоздали с реализацией на *цать лет.
Хочется пожелать проекту, чтобы они все-таки допилили до годного состояния, чтобы собрать аудиторию, которой не нужны всякие docker'ы, kuber'ы и вот это все. Лично знаю людей, которым такое надо. Отлично бы подошло для проектов где нет больших нагрузок.
> аудиторию, которой не нужны всякие docker'ы, kuber'ы и вот это всеэтой аудитории тем более не нужен сервер, у которого даже нормального конфига нет.
P.S. кстати, ломать такие сервачки наверное очень классно - добавил в интуитивно-приятном апи пару своих конфигов, никто не увидит и никогда не спалит.
>> Go, JavaScript/Node.js и Javaэти уже имеют все для построения многопоточных серверов без всяких обвязок в виде "сервера приложений"
>> Python, Perl, Ruby
эти или мертвы или уйдут из веба. Да и не метнется никто с рельсов или джанги куда-то еще, будут медленно помирать с гордо поднятыми монструозными фреймфорками.
>> PHP,единственный кандидат - но этим парням вообще все пофиг, в любом случае, как проект на PHP подрастает, его переписывают на однмо из "Go, JavaScript/Node.js и Java"
>> Python
> эти или мертвы или уйдут из вебаэх, если бы
Тебя переживут
> эти уже имеют все для построения многопоточных серверов без всяких обвязок в виде "сервера приложений"Насколько я понимаю, тут заход в сторону CI. С которым e.g. у Tomcat — так себе (просто потому что в 90-е такое ещё в голову не заходило).
Сочетание известного на нашей (nginx) и той "стороне лужи" (F5) брендов даёт неслабый шанс это продавать.
Какие нужны фичи, чтобы распихать локтями jetty с tomcat на пару — надеюсь, создателям виднее.* Традиционный нюанс — эпическая возможность отсыпать тривиальных бэкдоров "из коробки". Для прикрытия которых в портфеле F5 (ну а кого же ещё?) есть целая пачка фи́говых листков.
Не, ну серьёзно. Sendmail похоронен, к php "в целом" притерпелись. Даже винду более-менее огородили. Надо же как-то бизнес дальше двигать.
> Да и не метнется никто с рельсов или джанги куда-то еще...Вообще-то, эта штука нужна как раз для запуска рельсов. Тот сервер приложений, что идёт в комплекте (webrick) не годится для продакшена, потому народ использует Unicorn, Mongrel, Passenger и этот самый Unit.
P.S. Как раз для рельсов использую - запускаю Redmine.
P.P.S. https://stackoverflow.com/questions/4113299/ruby-on-rails-se...
> Реализован режим изоляции "rootfs" для ограничения доступа приложения только к определённой части файловой системы. Для смены видимого для приложения корня ФС применяется вызов pivot_root(), который в отличие от небезопасного системного вызова chroot() не просто смещает корень ФС, а использует изоляцию на уровне пространства имён, аналогичную той, что используется в контейнерах.бред. pivot_root с clone_MNT - никак не связан, но то что безопаснее chroot - факт.