Barrapunto

He trabajado como técnico en un organismo que tuvo exactamente los mismos problemas que se comentan en esta noticia: había un servidor web cuyas páginas se generaban dinámicamente mediante JSPs y cuando se conectaban muchos usuarios el servidor se saturaba (incluso dejaba de servir tabién las páginas estáticas).

Evidentemente, el problema era que los JSPs (o las clases que usaban) estaban mal programados y se comían todo el procesador (bucles eternos, etc...).

Como conseguir que los programadores programen bien no siempre es posible, la solución que se adoptó fue dejar de usar páginas generadas dinámicamente mediante JSPs. ¡Mano de santo!

Ahora las páginas se generan "off-line" y luego se suben al servidor web las páginas estáticas resultantes del proceso (algo así como el "static export" de opencms). Y, por otro lado, los JSPs se usan SOLO donde realmente se necesitan (resultados de una consulta a una base de datos, etc.), así resulta abordable el aislar los problemas.

Ya sé que todos me diréis que la solución hubiese sido programar bien los JSPs que generaban dinámicamente todas las páginas del servidor, pero cuando se tiene un problema y hay que resolverlo urgentemente, hay que tirar por la tangente.

Yo recomiendo utilizar páginas estáticas (aunque se generen "off-line" dinámicamente previamente) siempre que sea posible y dejar los JSPs (o los CGIs, o los ASPs, o lo que sea) para cuando sean realmente imprescindibles.

Peazo de técnico estás hecho

Existen, en el mundo profesional, muchas alternativas para aguantar el tirón de una avalancha de visitas, sin tener que REPROGRAMAR TODA LA APLICACION o hacerla estática. Vamos, que con esa solución tuya, en vez de ir hacia adelante, vamos para atrás.

Algo tan barato como un servidor en espejo, un RoundRobin DNS, Web Caching, proxies... en fin, ¡alta disponibilidad! sin tener que renunciar a funcionalidades.

¿O qué te crees que hace google para soportar millones de consultas simultáneas? ¿Crear a mano cada página de resultados?