¿ Tuenti se hunde por su propio exito ?
Dicen que una imágen vale más que mil palabras, y en este caso concreto es más válido que nunca.
Tuenti, la red social similar a facebook, pero con mucha más privacidad, lleva varios días experimentando problemas de conexión y rendimiento. Esto les ha obligado a desactivar algunas de las aplicaciones que mantenían, de cara a rebajar el coste de los servidores, y ha terminado por obligarles a cerrar el proyecto por completo en momentos concretos.
El hecho de que una red social triunfe no es, a priori, algo tan bonito como pueda parecer. Sin tener en cuenta el renombre y la imágen que puedas llegar a obtener, pocos son los que diseñan un proyecto planteando que va a tener un exito masivo, y que donde ayer había 30, hoy serán 30.000.
Por la poca experiencia que tengo en este campo, ante una situación de sobrecarga ( demasiadas visitas/peticiones/carga de sistema ) la opción más rápida es siempre la de meter más máquinas que relajen la carga total del sistema, y es, también, la peor de las opciones que se pueden llevar a cabo, porque es una solución temporal que conlleva una serie de costes ( y bastante elevados si los servidores están en España ), que pueden poner en un serio aprieto a tu proyecto.
A modo de ejemplo de esto que comento, hace tiempo me vi envuelto en el proyecto Tonterias.com, justo cuando mi empresa presentaba una nueva versión de esta web de entretenimiento. Los resultados fueron mucho peor de lo esperados, ya que la nueva página, pese a que su programación era una auténtica obra maestra, conseguia tumbar un servidor mucho más potente del existente anteriormente en cuestión de minutos. La solución, después de una semana de esfuerzos, fue precisamente lo contrario de lo hecho hasta entonces: programación de combate ( también conocida como “Programación guarra” ), centrada en cachear los contenidos, en utilizar scripts de programación externos para controlar los contadores , generación de estáticos para reducir la carga del sistema, y una inversión no muy grande en un servidor para imágenes estáticas. Es decir, nos olvidamos de los manuales de estilo y programación, e hicimos lo estrictamente necesario para servir miles de páginas por hora sin que las máquinas echaran humo.
Por ejemplos como el que os comento soy de la opinión de empezar a optimizar un sitio que ha crecido demasiado rápido por la propia programación ( sin olvidarnos de las bases de datos ), en lugar de meter más y más máquinas. Y una vez que hayamos descargado a las máquinas de los errores más garrafales de programación “estilizada” ( como hacer una petición a la base de datos para sacar el menú cada vez que alguien accede a la web ), podremos usar esos nuevos recursos en cosas más utiles como comprimir las páginas antes de enviarlas al cliente, para reducir el costoso ancho de banda.
¿ Que cambios han hecho en tuenti para mejorar el servicio ? No lo sé, y espero con ansia saberlo. Pero si esos cambios se limitan solo a meter más recursos, en lugar de mejorarlos, confio en que tengan buenos patrocinadores, o serán un más de los mucho proyectos que murieron por su propio exito.