Архитектура развертывания запуска - Запуск Glassfish V3 Prelude без Apache - PullRequest
Новая
       25

Архитектура развертывания запуска - Запуск Glassfish V3 Prelude без Apache

1 голос
/ 19 октября 2008

Так что, я с ума схожу от того, что решил выпустить бета / продакшн на Glassfish V3 Prelude? Поскольку весь мой контент динамичен, я даже не думаю о том, чтобы настроить apache впереди. Это усложняет настройку, требуя что-то вроде AJP или mod_jk, и не дает нам больших возможностей.

Таким образом, при развертывании будет три военных файла. 3 источника данных JNDI с около 90 припаркованными соединениями, масштабируемыми до 160 к хранилищу данных PGSQL ....

Три войны включают систему CMS и приложение Grails?

Неужели моя логика ошибочна: мне не нужно ставить apache перед этой настройкой?

Ответы [ 2 ]

1 голос
/ 21 октября 2008

Самый большой бонус использования Apache перед GlassFish / Tomcat / Resin / Jetty / независимо от того, какую универсальность он вам предоставляет. Например, Tomcat может заменить Apache, и это работает довольно хорошо. Однако это означает, что все должно обслуживаться из этого одного контейнера Tomcat, который требует дополнительной обработки, которую должен выполнять экземпляр, который не потребовался бы с Apache на рисунке. Добавление простого форума на основе PHP в вашу инфраструктуру, как ни странно, становится проблемой, а не 5-минутной задачей благодаря Apache. Еще одним преимуществом Apache является то, что он позволяет вам снимать нагрузку со статического контента с вашего контейнера. Это моя самая большая проблема с наличием контейнера для обслуживания без участия JK / AJP-прокси. Ваша система становится немного более сложной и менее универсальной. В конце концов, если это увеличивает производительность, возможно, оно того стоит.

1 голос
/ 20 октября 2008

У меня есть тестовое приложение Grails на GlassFish V2, и я не нашел веских причин для взаимодействия с Apache. Где-то я читал (хотел бы вспомнить, где и приведу источник), что с улучшениями производительности Tomcat было все меньше и меньше причин использовать Apache с Tomcat. Суть в том, что добавленная производительность была достаточно сложна, чтобы этого не стоило.

Есть ли особая функция, которая подталкивает вас к V3 Prelude?

...