Apache à tomcat: mod_jk vs mod_proxy

Question

Quels sont les avantages et les inconvénients d'utiliser mod_jk et mod_proxy pour frontaliser une instance de tomcat avec apache?

J'utilise mod_jk en production depuis des années mais j'ai entendu dire que c'est "l'ancienne méthode" de frontalisation de tomcat. Devrais-je envisager de changer? Y aurait-il des avantages?

Answer 1

Une comparaison des avantages/inconvénients pour ces modules existe sur http://blog.jboss.org/

mod_proxy

* Avantages :
      o Pas besoin de compilation et de maintenance de module séparé. mod_proxy,
        mod_proxy_http, mod_proxy_ajp et mod_proxy_balancer font partie de
        la distribution standard d'Apache 2.2+
      o Possibilité d'utiliser les protocoles http, https ou AJP, même au sein du
        même équilibreur.
* Inconvénients :
      o mod_proxy_ajp ne prend pas en charge les tailles de paquets supérieures à 8K.
      o Équilibreur de charge basique
      o Ne prend pas en charge le clustering en modèle de domaine

mod_jk

* Avantages :
      o Équilibreur de charge avancé
      o Détection avancée de défaillance de nœud
      o Prise en charge de grandes tailles de paquets AJP
* Inconvénients :
      o Besoin de construire et maintenir un module séparé

Answer 2

Si vous souhaitez rester sur le territoire d'Apache, vous pouvez également essayer le plus récent mod_proxy_ajp, qui utilise le protocole AJP pour communiquer avec Tomcat au lieu du vieux HTTP traditionnel, mais qui exploite mod_proxy pour faire le travail.

Answer 3

Voir aussi :

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

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

Answer 4

AJP vs HTTP

Lorsque vous utilisez mod_jk, vous utilisez le AJP. Lorsque vous utilisez mod_proxy, vous utiliserez HTTP ou HTTPS. Et c'est essentiellement ce qui fait toute la différence.

Le protocole Apache JServ (AJP)

Le protocole Apache JServ (AJP) est un protocole binaire qui peut proxy les requêtes entrantes d'un serveur web vers un serveur d'application qui se trouve derrière le serveur web. AJP est un protocole très sécurisé et ne devrait jamais être exposé à des clients non fiables, qui pourraient l'utiliser pour accéder à des informations sensibles ou exécuter du code sur le serveur d'application.

Avantages

• Facile à mettre en place car la bonne transmission des en-têtes HTTP n'est pas requise.
• Il est moins gourmand en ressources car les paquets TCP sont transmis sous forme binaire au lieu d'effectuer un échange HTTP coûteux.

Inconvénients

• Les données transférées ne sont pas chiffrées. Il ne doit être utilisé que dans des réseaux de confiance.

Protocole de transfert hypertexte (HTTP)

HTTP fonctionne comme un protocole de requête-réponse dans le modèle de calcul client-serveur. Par exemple, un navigateur web peut être le client et une application s'exécutant sur un ordinateur hébergeant un site web peut être le serveur. Le client envoie un message de requête HTTP au serveur. Le serveur, qui fournit des ressources telles que des fichiers HTML et d'autres contenus, ou effectue d'autres fonctions pour le compte du client, renvoie un message de réponse au client. La réponse contient des informations sur l'état d'achèvement de la requête et peut également contenir le contenu demandé dans son corps de message.

Avantages

• Peut être chiffré avec SSL/TLS le rendant adapté au trafic à travers des réseaux non fiables.
• Il est flexible car il permet de modifier la requête avant de la transmettre. Par exemple, en définissant des en-têtes personnalisés.

Inconvénients

• Plus de surcharge car la bonne transmission des en-têtes HTTP doit être assurée.
• Plus gourmand en ressources car la requête est entièrement analysée avant d'être transmise.