#3 joer, pues aparte del tamaño gigantesco de google, lo siguiente que me llama la atención es facebook. Impresionante.
El resto son proveedores y similares, pero facebook es "el solito". Si, me ha impresionado.
#4 A mi me ha sorprendido Intel. Para qué usan tantos servidores? Que yo sepa, "sólo" es un fabricante de procesadores y chips en general. El principal quizá, pero a nivel de red, no veo que tenga una presencia destacada.
Algo se me escapa. ¿Quién lo puede aclarar, por favor?
#7 Más que en el número de servidores yo le daría más importancia a la potencia de proceso, ergo me parece muy bien que tal empresa tenga 100.000 servidores, pero ya no tanto si son pentium 4
#10#4 Intel dispone de una red para los desarrolladores que usan sus productos, puedes consultar cualquier manual online, charlar con los desarrolladores del chip, pedir especificaciones, en tiempo real y con aguante de varios cientos de miles de usuarios concurrentes, realmente Intel necesita mucha caña en la red.
Las realezas del mundo tienen mas "servidores" que todas esas empresas juntas
#16#3 Si no me equivoco, la cuestión con Facebook es que está hecho con .php y constantemente necesitan añadir servidores para sostener la demanda. Para cosas tas complejas hubiera sido mejor usar java o .Net.
#18 Para los que se fijan en el "tamaño de las áreas": No hay una relación entre el tamaño de las áreas y el número.Es bastante Fake.
Fijaos en 1&1 Internet y en SBC Comm.entre las dos suman 99193 casi lo mismo que Intel (100.000) y sus áreas caben "mas que de sobra" dentro del área de Intel.De hecho caben más de 2 áreas de 1&1 Internet dentro del área de Intel.Es decir: más de 140.000.
O más facil: mirad Rackspace y ThePlanet. Ambos suman más de 100.000 y tiene menos área que Intel.
#19#15 Pone que se estima que tienen unos 50.000.. pero OVH tiene 65.000, en todo caso no habria pensado que OVH ni siquiera pueda salir en lista similar.
#25#16#21 Y tanto que es mentira como que Facebook empezó con PHP y terminó con C++. Para más inri sacaron un programa que transformaba código PHP en código C++ optimizado, ahorrándose así una potencia computacional enorme: developers.facebook.com/news.php?story=358&blog=1
Edit: #26, no me enlaces a mi (#15), leñe, que el que lo ha dicho ha sido #16
Y sí, java y .net para facebook habría sido un puto desastre
#33#27#31 es un 2% del numero de servidores, no de los representados
tiene 1 millon de servidores, el resto que salen en el grafico suman unos 600.000 asi que ocupa 'casi' el doble del area del resto, sin embargo si representaramos todos los servidores del mundo (hoy en dia cualquier empresita tendra un par de servidores) y suponiendo que 1m es un 2% sumariamos 50millones de servidores y google saldria peque (y el resto mas peques aun)
#41 Cómo me encanta cuando sale a la palestra algo de PHP, alguien dice algo de Java y saltan los defensores del LAMP al cuello. Siempre ha habido gente que le encanta estar en contra de los lenguajes mainstream.
Para empezar, que Facebook use PHP para el frontal web no significa que los procesos offline sean en PHP, mayormente, porque cualquiera que haya trabajado en entornos distribuidos sabe que es más eficiente las arquitecturas orientadas a mensajes.
Para seguir, MySQL es muy bonito y es OS, pero para entornos gigantes lo más óptimo es usar SGBD's no relacionales como BigTable. Son mucho más eficientes.
Continuando, Java tiene sistemas y servicios estándar para la deslocalización y centralización de servicios. Los ESB, que además de soportar estándares abiertos como SOAP, tienes implementaciones como RMI, que son protocolos de comunicación binaria, mucho más efectiva que SOAP(pero no multilenguaje).
Contadme lo que queráis, pero por favor, no digáis gilipolleces. De verdad, que os lo pido por favor.
El resto son proveedores y similares, pero facebook es "el solito". Si, me ha impresionado.
Algo se me escapa. ¿Quién lo puede aclarar, por favor?
Las realezas del mundo tienen mas "servidores" que todas esas empresas juntas
Saludos
Google tiene ~2% de los servidores del mundo por lo que el gráfico debería quedar así:
cache.gawker.com/assets/images/comment/17/2010/04/e84ed315ea62af1a13e7
No hay una relación entre el tamaño de las áreas y el número.Es bastante Fake.
Fijaos en 1&1 Internet y en SBC Comm.entre las dos suman 99193 casi lo mismo que Intel (100.000) y sus áreas caben "mas que de sobra" dentro del área de Intel.De hecho caben más de 2 áreas de 1&1 Internet dentro del área de Intel.Es decir: más de 140.000.
O más facil: mirad Rackspace y ThePlanet. Ambos suman más de 100.000 y tiene menos área que Intel.
i41.tinypic.com/16lepew.png
www.youtube.com/watch?v=rVADWAxOZtg&feature=related
ZASCA! ahora ellos "tambien tienen los servidores".
Lo que significa que la realidad debe ser bastante diferente a lo que pone ahí.
Edit: #26, no me enlaces a mi (#15), leñe, que el que lo ha dicho ha sido #16
Y sí, java y .net para facebook habría sido un puto desastre
comentario estúpido del día.
www.meneame.net/story/facebook-anuncia-hiphop-transformador-codigo
tiene 1 millon de servidores, el resto que salen en el grafico suman unos 600.000 asi que ocupa 'casi' el doble del area del resto, sin embargo si representaramos todos los servidores del mundo (hoy en dia cualquier empresita tendra un par de servidores) y suponiendo que 1m es un 2% sumariamos 50millones de servidores y google saldria peque (y el resto mas peques aun)
todo el mundo sabe que un servidor con apache+tomcat aguanta más carga y sirve más peticiones (y más rápido) que un nginx+php-fpm
(se me acaba de ocurrir y tenía que escribirlo)
Para empezar, que Facebook use PHP para el frontal web no significa que los procesos offline sean en PHP, mayormente, porque cualquiera que haya trabajado en entornos distribuidos sabe que es más eficiente las arquitecturas orientadas a mensajes.
Para seguir, MySQL es muy bonito y es OS, pero para entornos gigantes lo más óptimo es usar SGBD's no relacionales como BigTable. Son mucho más eficientes.
Continuando, Java tiene sistemas y servicios estándar para la deslocalización y centralización de servicios. Los ESB, que además de soportar estándares abiertos como SOAP, tienes implementaciones como RMI, que son protocolos de comunicación binaria, mucho más efectiva que SOAP(pero no multilenguaje).
Contadme lo que queráis, pero por favor, no digáis gilipolleces. De verdad, que os lo pido por favor.
y .NET ya de risa en entornos de servidores web basados en UNIX.