因此考虑在Glassfish V3 Prelude上发布测试版/产品版本,我感到很疯狂吗? 由于我的所有内容都是动态的,我甚至都不想在前面设置apache。这样做会使需要像AJP或mod_jk这样的设置变得复杂,并且在功能方面不会提供太多。
因此部署时将有三个war文件。 3个JNDI数据源,大约有90个连接停放,最多可扩展到160个PGSQL数据存储....
这三场战争包括一个CMS系统和一个grails应用程序?
我的逻辑是否存在致命缺陷,我不需要在此设置前放置apache?
答案 0 :(得分:1)
我在GlassFish V2上运行测试时有一个Grails应用程序,我没有找到任何令人信服的理由来使用Apache。我读过的某个地方(希望我能记得在哪里并引用来源)随着Tomcat的性能提升,使用Apache与Tomcat的原因越来越少。它的要点是增加的性能带来了足够的复杂性,可能不值得。
是否有特定功能推动您使用V3 Prelude? p>
答案 1 :(得分:1)
在GlassFish / Tomcat / Resin / Jetty /之前使用Apache的最大好处是它给你带来的多功能性。例如,Tomcat可以取代Apache,而且效果相对较好。但是,这意味着需要从一个Tomcat容器提供所有内容,这会导致实例必须执行的大量额外处理,而这些处理在图片中不需要Apache。在Apache的基础上,将基于PHP的简单论坛添加到您的基础架构中变得有点麻烦,而不是5分钟的任务。将Apache放在首位的另一个好处是它允许您从容器中获取静态内容的负载。这是我最大的优势,有一个容器本身服务,没有涉及JK / AJP代理。您的系统变得有点复杂,而且通用性稍差。最后,如果它提高了性能,也许值得。