Si puedes hacer lo que comentas en el primer post, que es que unas máquinas tengan unos archivos y otros otras (compartiendolos por NFS, por ejemplo, o samba), pero aun asi la máquina que sube el archivo es una. El protocolo HTTP no es como el torrent
Para poder implementar tu idea de los weblog tendrias que currarte un protocolo nuevo, que fuese un poco la mezcla de HTTP y torrent, y es dificil, creeme
.
¿Os imaginais que eso se puediese hacer?. Seria la panacea del P2P
Sobre lo que comentas
Raharu, la idea de
Kawo es muy diferente a google o a un cluster, de hecho google es un cluster. Cuando haces una búsqueda en google intervienen un huevo de máquinas, y eso es lo que hace que la respuesta sea tan rápida, pero no por que se suba la informacion "a lo torrent" sino por lo rápido que se realizan las búsquedas. Google la verdad es que está muy bien montado, pero el secreto de google no es que ante una peticion respondan muchas máquinas. Ante una petición responde una única máquina, pero la respuesta ha sido elaborada por muchas otras máquinas (que por cierto, no solo realizan búsquedas en el indice de google, sino que utilizan alguna que otra técnica de IA por ahí para colocar unos resultados antes que otros. Esas técnicas son el truco de google
).
Un cluster al fin y al cabo no es mas que varias máquinas que, gracias a determinado software, desde el exterior parecen una sola, pero quien responde es una de las maquinas del cluster. Si un cluster recibe una peticion y tiene 4 máquinas, responde solo una de ellas, no las 4 a la vez. Las otras realizan otras labores.
Un saludo y espero que te haya quedado claro
kawo