чи справді потрібно запустити Apache як передовий для Glassfish / JBoss / Tomcat?

Я в першу чергу розробник Java, і до вас звертаюся з питанням, яке усуває розрив між розробниками та sysadmins.

Роки тому, коли запускати Tomcat як сервер додатків було новітньою справою, було прийнято використовувати Apache. Як я розумію, це було зроблено тому, що:

1. Java вважалася "повільною", і Apache було корисно безпосередньо подавати статичний контент.
2. Tomcat не міг слухати порти 80/443, якщо не запустити як root, що було небезпечно.

Java більше не вважається повільною, і я сумніваюся, що додавання Apache до суміші насправді допоможе прискорити роботу.

Що стосується випуску портів, то, мабуть, є простіші способи підключення серверів додатків до портів 80/443 в наші дні.

Отже, моє запитання - чи справді є якась користь від фронтування Java Webapps з Apache в наші дні? Якщо так, то Apache все ще йде? Чи варто дивитись на Nginx? Замість Tomcat я використовую Glassfish, якщо це має значення.

Більшість людей скажуть, що вам потрібно щось попереду через статичні файли.

Це дещо тупо, тому що:

• Ви можете налаштувати Tomcat використовувати той самий IO, що і apache з APR
• Ви в будь-якому випадку повинні використовувати CDN (мережу доставки вмісту).

Справжня причина, що вам потрібно щось перед Tomcat / jetty / jboss, щоб завантажити баланс і вирішити відмову.

Я рекомендую вам не слухати " ... Двигун Tomcat - це ахіллесова п'ята всієї екосфери ... ", оскільки ми всі знаємо, що це неправда ... ваша база даних та її з'єднання з'єднань будуть таким.

Це залежить від екосистеми навколо вашої програми. В інтранетному середовищі - вам, мабуть, нічого не потрібно перед Tomcat.

Якщо тільки в Інтернеті як до публічної служби, це залежить. Apache приємний через модулі, які він надає як mod_security. Але якщо ви не обізнані з конфігурацією apache (або ngix) - ви можете піддавати себе навіть БІЛЬШІ атакам або точкам відмови через неправильну конфігурацію.

Apache спереду стане в нагоді для обслуговування сторінок відключення у випадках, коли вам потрібно оновити веб-сторінку і чекати перезавантаження. Але якщо перезавантаження є рідкісним або вони приурочені правильно - то це ще одна причина, щоб перейти на Tomcat самостійно.

Поширені питання про Tomcat теж говорять про це, що стосується деяких додаткових моментів: http://wiki.apache.org/tomcat/FAQ/Connectors#Q3

Apache не є хорошим кандидатом для подачі статичного вмісту через його багатопроцесорний характер. Nginx краще підходить, оскільки він використовує асинхронний введення / вивід для обробки запитів. Сучасні Tomcats також можуть використовувати асинхронний I / O (NIO в термінології Java). Наприклад, вам слід встановити tomcat-nativeпакет у Fedora, щоб Tomcat використовував асинхронний ввід / вивід.

Дивовижно, деякі з цих відповідей - чи хтось із вас насправді управляє високоефективними багатоярусними та мультісерверними Tomcat веб-сайтами? OP, ваше первісне припущення, що Tomcat не "повільний" ... ух. Двигун Tomcat - це ахілесова п'ята всієї екосфери.

Так, ви хочете Apache попереду - він забезпечує перш за все mod_rewrite (ви вже реалізували UrlRewriteFilter у своєму Tomcat?), А також файли htaccess, які роблять захист веб-сервера таким важливим. Apache може дозволити вам завантажувати баланс вузлів Tomcat за ним, набагато швидше обслуговувати статичний вміст і отримувати кращі показники роботи Tomcat, оскільки ви не перевантажуєте його запитом з не-Java (js / css / html / jpg / тощо). речі. Ви можете завантажувати свій SSL в Apache (якщо він не завантажується в апаратному центрі) з легкістю і навіть не доведеться мати справу з тією травестією, яка називається Java Keystore. Перемог так багато - ви можете налаштувати mod_jk на свої бек-енд-вузли, щоб уникнути перенапруження бідного мозку Java, оскільки він, як правило, не справляється з масовим трафіком із середнім Java-кодером '

Остерігайтеся тих, хто скаже вам, що Apache (або nginx тощо), але продуктивність Apache все одно перевершить Tomcat, так що це не має значення) - це непогана ідея перед Tomcat.

Якщо це лише питання прив'язки порту привілеїв, не використовуючи root під час використання Tomcat, вам не потрібно використовувати його на Apache httpd. Tomcat за замовчуванням постачається з тим, jsvcщо вам потрібно скласти.

jsvcявляє собою службову оболонку Java для запуску Tomcat як сервісу. Ця послуга запускається як root, але запускайте Tomcat як звичайний користувач. Таким чином, ви можете прив’язати свій Tomcat до привілейованих портів.

Я не знаю про Glassfish, але будьте впевнені, що рішення існують, і якщо ні, то ви можете неодмінно використовувати методи переадресації портів (iptables тощо)

Я думаю, що вибір фронтування сервера додатків із веб-сервером (наприклад, Apache httpd) полягає у збалансуванні завантаження, кластеризації або обслуговуванні статичних ресурсів лише за допомогою веб-сервера та динамічних ресурсів із сервером додатків.