Apache an Tomcat: mod_jk vs mod_proxy

Was sind die Vor- und Nachteile der Verwendung mod_jk und das mod_proxyFronting einer Tomcat-Instanz mit Apache?

Ich benutze mod_jk seit Jahren in der Produktion, aber ich habe gehört, dass es "die alte Art" ist, Tomcat zu konfrontieren. Sollte ich eine Änderung in Betracht ziehen? Würde es irgendwelche Vorteile geben?

Für diese Module besteht ein Vor- / Nachteile-Vergleich http://blog.jboss.org/

mod_proxy

* Pros:
      o No need for a separate module compilation and maintenance. mod_proxy,
        mod_proxy_http, mod_proxy_ajp and mod_proxy_balancer comes as part of 
        standard Apache 2.2+ distribution
      o Ability to use http https or AJP protocols, even within the same 
        balancer.
* Cons:
      o mod_proxy_ajp does not support large 8K+ packet sizes.
      o Basic load balancer
      o Does not support Domain model clustering

mod_jk

* Pros:
      o Advanced load balancer
      o Advanced node failure detection
      o Support for large AJP packet sizes
* Cons:
      o Need to build and maintain a separate module

Wenn Sie im Apache-Land bleiben möchten, können Sie auch das neuere mod_proxy_ajp ausprobieren , das das AJP-Protokoll für die Kommunikation mit Tomcat anstelle von einfachem altem HTTP verwendet, aber mod_proxy für die Arbeit nutzt.

Siehe auch:

http://wiki.apache.org/tomcat/FAQ/Connectors

http://confluence.atlassian.com/display/DOC/Running+Confluence+behind+Apache