Discussion :

[liquideshark]

Salut tout le monde

C'est une questions qui me brule depuis que une semaine pourquoi on connecte apache et tomcat par le mod_jk. Tomcat na pas besoin d'apache pour ecouter l'exterieur? Le pourquoi ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Apache + mod_jk + tomcat

[_Mac_]

Plusieurs bonnes raisons :
- En prod, mettre le serveur d'appli directement accessible depuis Internet (en DMZ) est une très mauvaise idée. Passer par un serveur Web intermédiaire permet de placer une barrière de sécurité entre Internet et le serveur d'appli : serveur Web -> pare-feu -> serveur d'appli
- Le module (à confirmer car je ne le connais pas du tout) permet certainement de faire du load balancing et/ou de l'affinité de session, ce qui est plutôt très pratique et intéressant quand tu commences à faire du clustering.
- Mettre un serveur Web devant le serveur d'appli permet d'ajouter des fonctionnalités comme par exemple PHP ou CGI. Attention, j'ai pas dit que du coup, PHP et CGI étaient "accessibles" ou "implémentés" dans Tomcat. Je dis simplement que faire du PHP en plus de Tomcat c'est pipo car "il suffit" d'ajouter le module qui va bien à Apache sans rien faire d'autre.
- Apache peut prendre en charge les requêtes sur les pages ou les ressources statiques. Ca permet d'alléger un peu la charge de Tomcat.
- Complément du point précédent : si ta couche Web peut aussi faire du cache, c'est le bonheur car toutes les ressources statiques qui sont dans Tomcat sont chargées une seule fois depuis Tomcat et on ne sollicite plus jamais Tomcat pour ces ressources. Ca peut également être étendu aux ressources dynamiques via les tags ESI ou les en-têtes HTTP spécifiques mais c'est plus délicat.

Y en a peut-être d'autres mais je ne les ai pas en tête.

[liquideshark]

Merci pour ta reponse

C'est plus clair maintenant super