Quels sont les avantages et les inconvénients de l'utilisation mod_jket mod_proxyde la mise en façade d'une instance Tomcat avec Apache?
J'utilise mod_jk en production depuis des années, mais j'ai entendu dire que c'était "l'ancienne façon" de faire face à Tomcat. Dois-je envisager de changer? Y aurait-il des avantages?
Réponses:
Une comparaison avantages / inconvénients pour ces modules existe sur 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
Si vous souhaitez rester dans Apache land, vous pouvez également essayer le plus récent mod_proxy_ajp , qui utilise le protocole AJP pour communiquer avec Tomcat au lieu de l'ancien HTTP, mais qui exploite mod_proxy pour faire le travail.
mod_proxy_*variantes et une utilisationmod_jken production avec succès, à la fois pour Tomcat (5.5, 6, 7) et JBoss / WildFly.