hombre, si... puedes poner un servidor de aplicaciones websphere (lo siento, no puedo llamarlo esfera web ;) ) o tirar por servidores libres como jboss (que cumplen perfectamente en produccion)
pero vamos, a mi me parece que eso es matar moscas a canionazos...
si se plantea usar tomcat es que lo unico que necesita es un contenedor de servlets y no una implementacion completa de j2ee
en cuanto al tema en si, la verdad, no sabria decirte, depende muchisimo de lo que vayas a hacer, pero vamos, tomcat aguanta en produccion como un machote y sin dar problemas... y es mucho mas ligero que los otros (mas que el websphere es facil... no traga recursos ni nada)
lo que se hace muchas veces al "integrar" apache y tomcat es usar apache para servir contenido estatico y tomcat por detras para manejar los servlets... el comentario del FAQ viene por este punto, antes la diferencia de rendimiento de tomcat con respecto a apache para servir contenido estatico era abismal, pero parece que con las ultimas versiones la cosa ya no es tan diferente...
no se si es verdad o hasta que punto afecta, pero vamos, una cosa que se podria hacer (deberia hacer, mas bien) es poner un tomcat solo y hacer pruebas de carga a ver como responde...
y luego probar con apache+tomcat y comparar... o no hacerlo si estas contento con la primera prueba
--
Dale fuego a un hombre y estara caliente un dia, prendele fuego y estara caliente el resto de su vida.
Siempre se dice que el tomcat no es adecuado para producción y mejor usar soluciones profesionales como JBoss.
Lo que deberiais saber es que el JBoss y el Geronimo tienen como servidor de JSP y Servlets el TOMCAT.
Así que es perfectamente válido para producción.
Lo de conectar el Apache y el Tomcat es cuestión de gustos , si los conectas puedes poner en el apache las cosas estáticas "css, html, gif, etc" y así irán más rápidas. La desventaja de ésto es que tiene que administrar el Tomcat y el Apache. Por otro lado con Apache puede hacer cosas como reservese proxys o cosas más complejas pero ya no está relacionado con el tomcat sino con tu red, cortafuegos o cosas así.
Mi opinión personal es que si no necesitas afinar mucho el rendimiento ni quieres calentarte mucho la cabeza con dos productos no lo conectes. Las versiones de Tomcat van muy bien ellas solas.
Nosotros en producción dejamos el tomcat solo y no tenemos problemas.
Asi de oidas
(Puntos:2)( http://geeks.ms/blogs/cpsaez/ | Última bitácora: Miércoles, 12 Octubre de 2016, 21:19h )
Under a sea of dust lies a vast wealth of wisdom
Re:Asi de oidas
(Puntos:3, Informativo)( http://mcpolu.blogspot.com/ | Última bitácora: Miércoles, 05 Marzo de 2014, 00:04h )
En España la mejor manera de guardar un secreto es escribir un libro.
Re:Asi de oidas
(Puntos:2)( http://barrapunto.com/ | Última bitácora: Lunes, 24 Febrero de 2014, 10:03h )
hombre, si... puedes poner un servidor de aplicaciones websphere (lo siento, no puedo llamarlo esfera web ;) ) o tirar por servidores libres como jboss (que cumplen perfectamente en produccion)
pero vamos, a mi me parece que eso es matar moscas a canionazos...
si se plantea usar tomcat es que lo unico que necesita es un contenedor de servlets y no una implementacion completa de j2ee
en cuanto al tema en si, la verdad, no sabria decirte, depende muchisimo de lo que vayas a hacer, pero vamos, tomcat aguanta en produccion como un machote y sin dar problemas... y es mucho mas ligero que los otros (mas que el websphere es facil... no traga recursos ni nada)
lo que se hace muchas veces al "integrar" apache y tomcat es usar apache para servir contenido estatico y tomcat por detras para manejar los servlets... el comentario del FAQ viene por este punto, antes la diferencia de rendimiento de tomcat con respecto a apache para servir contenido estatico era abismal, pero parece que con las ultimas versiones la cosa ya no es tan diferente...
no se si es verdad o hasta que punto afecta, pero vamos, una cosa que se podria hacer (deberia hacer, mas bien) es poner un tomcat solo y hacer pruebas de carga a ver como responde...
y luego probar con apache+tomcat y comparar... o no hacerlo si estas contento con la primera prueba
Dale fuego a un hombre y estara caliente un dia, prendele fuego y estara caliente el resto de su vida.
Re:Asi de oidas
(Puntos:1)( Última bitácora: Martes, 24 Junio de 2008, 20:44h )
Siempre se dice que el tomcat no es adecuado para producción y mejor usar soluciones profesionales como JBoss.
Lo que deberiais saber es que el JBoss y el Geronimo tienen como servidor de JSP y Servlets el TOMCAT.
Así que es perfectamente válido para producción.
Lo de conectar el Apache y el Tomcat es cuestión de gustos , si los conectas puedes poner en el apache las cosas estáticas "css, html, gif, etc" y así irán más rápidas. La desventaja de ésto es que tiene que administrar el Tomcat y el Apache. Por otro lado con Apache puede hacer cosas como reservese proxys o cosas más complejas pero ya no está relacionado con el tomcat sino con tu red, cortafuegos o cosas así.
Mi opinión personal es que si no necesitas afinar mucho el rendimiento ni quieres calentarte mucho la cabeza con dos productos no lo conectes. Las versiones de Tomcat van muy bien ellas solas.
Nosotros en producción dejamos el tomcat solo y no tenemos problemas.