Почему некоторые настройки Glassfish с Apache?

Question

Я пытался напасть на Glassfish, и одна вещь, которая продолжает появляться, - это практические рекомендации по созданию Glassfish с помощью Apache. К сожалению, я еще не нашел описание того, почему вы хотели бы сделать это!

Из моих экспериментов Glassfish выглядит как довольно полнофункциональная служба типа веб-сервера; но я мог бы сильно скучать. Итак, является ли понятие внешнего интерфейса Glassfish скорее решением для его интеграции с существующей архитектурой, или внешний интерфейс (в чистой среде Java) дает дополнительные преимущества?

Answer 1

Есть еще один действительный вариант использования того, почему мы ставим Glassfish на Apache. В этом случае Apache будет функционировать как обратный прокси-сервер для повышения безопасности вашего Glassfish. RP настроен на передачу только определенных URL-адресов серверу приложений. Например, у вас могут быть контексты приложений / myApp и / myPrivApp, развернутые в Glassfish. На сервере RP вы только настраиваете / myApp для передачи в Glassfish. Любой, кто запрашивает / myPrivApp, увидит 404, потому что запрос останавливается прямо на уровне RP.

В одном из моих развертываний у меня развернута группа WAR, некоторые для пользователей, выходящих из Интернета, некоторые только для интрасети. У меня работает 2 RP, одна для пользователей интернета, а другая для интрасети. Я настраиваю интернет-RP так, чтобы пропускались только URL-адреса утвержденных интернет-приложений, в то время как пользователи интрасети видят все.

Надеюсь, это поможет.

Answer 2

Другая причина использования Apache в качестве интерфейса для Glassfish - это возможность обеспечить балансировку нагрузки в кластере Glassfish. Подробнее см. http://tiainen.sertik.net/2011/03/load-balancing-with-glassfish-31-and.html.

Answer 3

Обычно используется для ускорения вещей. Поскольку apache - очень быстрый веб-сервер, он используется для доставки статического контента. Как изображения, файлы CSS и так далее. В этом сценарии Glassfish предоставляет динамический контент (сервлеты, JSP).

Answer 4

Другая причина в том, что glassfish не может (легко) работать на порте 80, конечно, не предоставив ему root-прав. Таким образом, для большинства пользователей проще запускать прокси (apache, nginx, varnish) своего рода перед apache, и оба сервера работают под обычным пользователем.

Тогда у вас есть другое преимущество некоторых опций конфигурации вашего интерфейса. Как и другие упомянутые, кеширование, например.