El mié, 06-05-2009 a las 00:30 -0500, Gustavo Picon escribió: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > On May 5, 2009, at 11:47 PM, Felix Manuel Arismendi Quispichuco wrote: > >> > >> La escalabilidad no depende de la tecnología usada, depende de la > >> ARQUITECTURA que diseñes. Myspace usa IIS con .NET, y lo "han hecho" > >> escalar muy bien. > > > > Eso no no es cierto, sobran los benchmarks en los que comaparando > > sobre > > el mismo fierro java escala mejor que php y ambos lo hacen mejor > > que .net, aseverar que la tecnología usada es indiferente a la > > escalabilidad es desacertado, > > Error. Pero no te preocupes, es un error común. Lo que pasa es que > estas confundiendo performance con escalabilidad. Nadie discute que > java y .net sean mas rápidos que php. El tema es que el uso de estos > lenguajes no es garantía ni solución mágica para escalar > (lamentablemente los venden así).
El error es tuyo, posiblemente por que no menciono el o los enlaces a lo benchmarks y la propensión a pensar que benchmark == prueba de performance, los benchs que he visto median ambos aspectos y principalmente estaban orientados a escalabilidad, sin embargo, no está demás mencionar que un sintoma de escasa escalabilidad es precisamente la caida subita de performance frente al incremento de carga, siendo esto diferente al comparar la velocidad de respuesta de una lenguaje o framework frente al de otro, siendo que en algunos casos tecnologías que no son las ganadoras en pruebas de performance pura muestran comportamientos destacables en cuanto a escalabilidad. por lo demas tampoco he dicho que la herramienta en si es el único factor determinante tanto de escalabilidad o de performance, en todo caso no te preocupes que soslayaré tus errores :). > > Lo que mencionas es algo que Cal Henderson (el arquitecto de > escalabilidad de Flickr) describe como el "Scaling Myth" (el mito de > la escalabilidad): que entre otras cosas, explica que escalabilidad: > > 1- NO ES performance > 2- NO ES usar java o algo compilado > 3- NO ES el uso de alguna tecnología. > > > conocido es el ejemplo de ruby en el cual > > no solo es la performance sino la escalabilidad lo que se sita como > > puntos débiles entre algunos otros. la arquitectura es uno mas de los > > elementos a tener en cuenta, una arquitectura inadecuada generará > > desescalabilidad, en tanto que una buena arquitectura será escalable, > > esto dentro de los parametros de lo alcanzable dada la tecnología > > usada. > > Bueno a ver, esta noticia te va a sorprender: RUBY ESCALA. > Yellowpages.com esta en ruby. PYTHON ESCALA: youtube esta escrito en > python. PHP ESCALA: facebook y wikipedia usan php. Preguntate si esa escalabilidad es alcanzable por el tipico desarrollador de nuestro medio, en mucho esos ejemplo son mas que forzados, si bien en general los lenguajes mencionados son exitosos de por si y sobran los ejemplos que lo demuestran, fijate en la gente que está tras esos desarrollos, y te darás cuenta cuanto pesa el hecho de tener gente de grán nivel, que a ellos se deben las arquitecturas exitosas, estas no salen de al algún manual o de la galera. > > El "problema" que tienen python/php/ruby/perl en comparación a > java/.net es que priorizan velocidad de desarrollo sobre velocidad de > ejecución. Pero ese es un tema de performance, NO de escalabilidad; > porque la escalabilidad NO la dicta el lenguaje de programación que se > use, la dicta la ARQUITECTURA. > Quien dijo que python no es escalable, eso lo mencionas tu, sobre ruby hay muchos dimes y diretes y ejemplos o pruebas en pro y en contra. nuevamente eres un todista del tema arquitectura, siendo que este es vital, la elección de herramienta en base a los reqerimientos también lo es. por ultimo la escalabilidad es un ratio que representa la tendencia o propensión de un sistema a sufrir degradación de rendimiento frente al incremento de carga, en ese sentido es común ver desarrollos que teniendo buena performance sobre cargas poco intensas sufren gran degradación con incrementos de carga y otra que por lo contrario no siendo destacables comparativamente por su performance, terminan desempeñándose mejor con cargas intensas pues sufren menor degradación > Si te interesa el tema, di una charla introductoria sobre > escalabilidad web hace un par de años, la puedes bajar en: > > http://gpicon.org/talks/tabo-scalability.pdf > > O si quieres profundizar mas, te recomiendo estos libros: > > - Building Scalable Web Sites[0] > - Scalable Internet Architectures[1] > - The Art of Capacity Planning[2] > > Saludos. > > > 0- http://oreilly.com/catalog/9780596102357/ > 1- http://scalableinternetarchitectures.com/ > 2- http://oreilly.com/catalog/9780596518578/ > > > - - tabo > > > > > > Gustavo Picon > http://gpicon.org/ > > > Saludos. FMAQ. _______________________________________________ Lista de correo Linux-plug Temática: Discusión general sobre Linux Peruvian Linux User Group (http://www.linux.org.pe) Participa suscribiéndote y escribiendo a: [email protected] Para darte de alta, de baja o hacer ajustes a tu suscripción visita: http://listas.linux.org.pe/mailman/listinfo/linux-plug IMPORTANTE: Reglas y recomendaciones http://www.linux.org.pe/listas/reglas.php http://www.linux.org.pe/listas/comportamiento.php http://www.linux.org.pe/listas/recomendaciones.php
