ты предлагаешь nginx встроить прямо в яву по JNI? А зачем, если есть чудесные netty/jetty и всякие более мощные решения?

мы в жабо-мире nginx активно используем, но только чтобы отдавать статику - жс, картиночки

у них разные задачи

Не думал, что это видео будет актуальным ответом: https://www.youtube.com/watch?v=BcmUOmvl1N8

Фиг с ним, c ngnix, но есть IBM WebSphere или JBoss, где все надежно и масштабируется.

Извращенцы, что с них взять?

Вот если полноценный веб-сервер не нужен, то можно на С написать легкий аналог — зачем nginx или тем паче апачем систему нагружать?

Jboss имеет встроенный томкет.

Но апач должен работать быстрее, его специально писали для этого.

Когда есть apache или ngnix, которые заведомо лучше?

Так их и ставят в качестве реверс-прокси перед явой

А один jetty не справится? Если меньше 10к запросов в секунду? Читала он очень шустро работает, сравним с mod_php под апачем.

Схера ли гости понаехали? Апач писали для целей вроде SSI и т.п. Простые же вещи удобней на nginx делать.

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

Сжатие ответов - не знаю как в джетти, а в томкате оно использовало не нативную zlib, а жабореализацию, и в результате на nginx у нас сжатие ело намного меньше CPU

Еще реверс-прокси удобно юзать как своего рода «application firewall» - открывать доступ наружу только для некоторых location'ов, а также для быстрохаков типа переименовать location без правки кода

Спасибо за ответ. Правильно я понимаю, что организация всех этих связок и реверс прокси задача системного админа, а не программиста?

Когда есть apache или ngnix, которые заведомо лучше?

М-м-м, а давно ли nginx научился исполнять приложения? Включаем голову и не путаем сраный прокси и само приложение (которое может отвечать по разным протоколам, из которых HTTP предпочтительнее в целях унификации).

Балансировка и защита от ддосов, а также всякий тюнинг параметров tcp-соединений - однозначно да. Поднять у себя работающую связку nginx + твой любимый application server - должен уметь любой программист, занимающийся бэкэндами

а давно ли nginx научился исполнять приложения

Там есть встроенный perl, а также сторонние модули позволяющие выполнять код и обращаться напрямую к различным базам данных. Крайний случай - форк OpenResty, в котором из него сделали фактически application server (для Lua)

Там есть встроенный perl, а также сторонние модули позволяющие выполнять код и обращаться напрямую к различным базам данных. Крайний случай - форк OpenResty, в котором из него сделали фактически application server (для Lua)

Ага, все взяли и пошли писать приложения на perl и lua. И напомни, что там будет когда приложение заблокируется на диске.

А если программист вообще не знает Linux, а знает только яву? Есть ведь еще другие системные администраторы, специально выделенные для этих задач (devops)?

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

Тогда вон из профессии^UТогда это отличный способ распределения обязанностей между членами команды

Нет, надо просто приложение писать как приложение, безо всяких nginx'ов которые здесь как собаке пятая нога.

давно ли nginx научился исполнять приложения?

Сравнительно недавно https://www.nginx.com/products/nginx-unit/

то можно на С написать легкий аналог
зачем nginx или тем паче апачем

Чтобы _не писать_ легкий аналог.

unit это не nginx.

А если программист вообще не знает Linux, а знает только яву? Есть ведь еще другие системные администраторы, специально выделенные для этих задач (devops)?

Это смотря сколько хочешь получать $ и какие у тебя профессиональные амбиции.

Полноценный SE должен знать всё необходимое об окружении в котором должно работать приложение. От окружения зависят возможности что не может не сказываться на архитектуре приложения и особенностях реализации деталей (например, уже упомянутая защита от [D]DoS).

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

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

Есть же жавовский vert.x с кластеризацией/eventbus/wadeveruwant безо всяких томкетов/спринги и прочей EE-содомии.

С джавой у меня не случилось большой и чистой. Поэтому не знаю даже, что и сказать.

fastCGI забыл?

А если программист вообще не знает Linux, а знает только яву?

Кому он нахрен нужен, баран такой?

Совсем обленился что ли?

Нет, не забыл. Это ты забыл сказать то зачем создал пост.

апач - полная говнина. На дворе 2017 год, закопайте уже стюардессу

Признайся уже что ты бородатый тролль средних лет в свитере.

что ты конкретно тюнить собрался?

keepalive timeout, как минимум

Ты сравниваешь несравнимое. nginx это сервер для статики. Писать web-server на чистой джаве, чтобы отдавать статику, и вправду странно. Но обычно на джаве отдают не статику, а динамику. Поэтому конкретизируй вопрос, с чем именно ты сравниваешь джаву.

Комменты доставляют.

ТАК АПАЧ ЗАПУСКАЕТ ПРОЦЕСС, А ЭТО ОВЕРХЕД. В JAVA ПОТОКИ. К ТОМУ ЖЕ ЗАКЕШИРОВАНЫЕ.

Ну так прямо в джетти и настраивай :)

http://www.eclipse.org/jetty/documentation/9.4.x/configuring-connectors.html

Нахера бэкэнд программисту уметь поднимать nginx? Это почти всегда прозрачная для кода вещь.

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

Апач - прекрасное приложение. nginx в моде только у хипстоты.

ВЛАСТИ СКРЫВАЮТ!!! ЭТОТ ПОСТ ЗАПРЕТИЛИ ФСБ!!!

Хорош чушь нести.

Согласна, программист может вообще разрабатывать финансовый модуль и не обязан за свою зарплату выполнять работу за сисадмина

tomcat?

этим nginx не заменишь

зачем вообще что либо писать на жабе?

Неправильно троллите, учитесь у евы, разместите ваш вопрос отдельной темой.

не нужно было обвешиваться продакшн окружением

А потом то файлы в регистрозависимой ФС внезапно не находятся, то JVM с параметром -server работает слегка иначе, то вообще писали и отлаживали под новейший Oracle JDK и распоследний томкат, стянутый с офсайта, а на серверах внезапно OpenJDK седьмой версии и томкат из стабильной ветки дистрибутива. И вся такая кроссплатформенная и обратно совместимая ява внезапно куда-то теряет эти свойства.

Зачем писать web-server на чистой джаве?

apache или ngnix

jetty

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError

Правильно. Незачем. Сейчас такие вещи успешно пишут на (Go).