apache do tomcat: mod_jk vs mod_proxy

Jakie są zalety i wady używania mod_jki mod_proxyprzekazywania instancji Tomcat za pomocą apache?

Od lat używam mod_jk w produkcji, ale słyszałem, że jest to „stary sposób” kierowania kocurem. Czy powinienem rozważyć zmianę? Czy byłyby jakieś korzyści?

Porównanie zalet / wad tych modułów istnieje w witrynie 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

Jeśli chcesz pozostać w krainie Apache, możesz również wypróbować nowszy mod_proxy_ajp , który używa protokołu AJP do komunikacji z Tomcat zamiast zwykłego starego HTTP, ale który wykorzystuje mod_proxy do wykonania pracy.

Zobacz też:

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

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