Ideas para Ripple
La idea de crear un buscador distribuido me parece estupenda, pero estoy viendo una especie de euforia en el sitio que me parece vacía, ya que se esta hablando mucho de nombres, dominios, wikis; pero falta lo más importante, que es una idea sólida de lo que queremos conseguir y como conseguirlo.
Pues bien, como nadie ha empezado a aportar ideas, lo voy a hacer yo. He estado meditando sobre el proyecto y una forma de llevarlo a cabo sería creando una estructura similar a la que se utiliza en Bittorrent.
En Bittorrent tenemos un tracker y los peers, el tracker se ocupa de gestionar las comunicaciones entre los peers.
En Ripple tendríamos un coordinador de la red (tracker) los indexadores/contenedores (peers) y un portal web para que los usuarios realicen las consultas.
Elementos propuestos:
- Software del servidor coordinador: se encargaría de ordenar a los indexadores que dominio han de analizar, una vez que varios indexadores diferentes han finalizado con un mismo dominio el coordinador recibe un informe de cada uno de los indexadores y genera la información necesaria que es enviada a la base de datos distribuida.
- Software del servidor de consultas: El servidor de consultas se ocupa de coordinar la base de datos distribuida, este servidor es quien sabe qué clientes contenedores tienen qué información y mantiene la consistencia de la base de datos distribuida, asegurándose de que no se pierdan fragmentos de esta. También se ocupa de resolver las peticiones de búsqueda.
- Software del cliente indexador: Este tipo de peer se ocupa de analizar dominios y generar un "informe" para elaborar las búsquedas y el "rank" de los sitios.
- Software del cliente contenedor: Este tipo de peer se ocupa de almacenar una copia de una de las partes de la base de datos distribuida.
- Aplicación web para el portal de consulta: esta aplicación enviará las consultas de los usuarios al servidor de consultas, que devolverá los conjuntos de resultados. Entonces esos resultados serán procesados y convertidos en una página html.
Por último comentar que seguramente esta estructura que he propuesto tendrá incoherencias y errores, así que quiero dejar claro que esto es solo un esbozo de como podría ser el sistema Ripple.
Espero ansioso vuestras rectificaciones e ideas.
Un saludo.
- 416 lecturas
Twitter
Paciencia
Te recuerdo que estamos a la espera de un primer borrador donde Oriol va a sistematizar un poco sus ideas.
Por eso, mientras tanto, no es malo ir creando alguna infraestructura.
Y coincido en la euforia que se detecta: ¡¡esto hierve!!
acabo de ver el mensaje
acabo de ver el mensaje de oriol, así que rectifico, hay ideas pero todavía no se han expuesto.
Borrador
Estoy trabajando en el borrador, ya que en apenas unas horas no he podido preparar más de 10 páginas (momento crítico en el trabajo y otros proyectos en marcha y con fecha límite cercana), pero te adelanto que has acertado en las divisiones que hice. Un gallifante!! ;)
Espero tener algo pronto, pero por lo visto tendré que colgar un borrador del borrador, que parece que hay prisa!!
ánimo!!
Venga Oriol, porque te llamas Oriol verdad?
ánimos con el boceto :) que estamos impacientes!!!
Vaya que es similar
Ya lei el primer boceto y vaya que se parece a las sugerencias aquí mostradas, creo que la unica diferencia importante en el concepto es el uso del tracker narrado en este tema.
El problema esta entre la silla y el teclado
El problema esta entre la silla y el teclado
nodos “suicidas”
Informáticos de la Universidad de Cambridge han propuesto una nueva técnica para proteger las cada vez más numerosas redes descentralizadas: nodos “suicidas”. La idea consiste en proporcionar a todos los nodos de una red la posibilidad de autoeliminarse para acabar con un nodo maligno que se haya introducido en la red. La técnica se llama “revocación suicida”, y permite a un nodo decidir rápidamente si el comportamiento de otro nodo es malévolo. En tal caso, este nodo será atacado y eliminado. Según sus creadores, han tomado como ejemplo la manera que tienen las abejas de proteger su panal. Por Raúl Morales.
http://www.tendencias21.net/Proponen-nodos-suicidas-para-pro...
Visto en Barrapunto
Canonical Announces Launch of Launchpad 'Personal Package Archive' Service For Developers
http://www.ubuntu.com/news/launchpad-ppa
un servicio gratuito de compilación y empaquetamiento para desarrolladores integrado con Launchpad que permite a cualquiera obtener 1GB de espacio para subir software libre. Launchpad lo compilará automáticamente y creará un repositorio con tu paquete deb para que cualquiera lo pueda descargar. Además, PPA ofrece servicios de informe de errores y traducción.»
No sé si alguien lee ésto todavía
Igual ya estáis bastante avanzados pero yo lo he visto por primera vez hoy y hay una cosa que no me cuadra... ¿cómo vais a hacer con la redundancia? Si la idea es que se parezca a "la mula" (vamos, usar una infraestructura p2p) al ser un buscador la información más relevante deberá estar duplicada para poder servirla siempre.
Por otro lado, ¿las consultas de la base de datos? Aquí deberías tener todavía más redundancia desde mi punto de vista.
Son sólo algunas cosas que se me han pasado por la cabeza al leer el resumen de ahí arriba.
Ánimo con el proyecto :D
Uff
Hola:
Me gustaría colaborar en el proyecto, pero lo veo un poco difuso...En primer lugar, creo que hacer un aplicativo de estas características (con la complejidad que tiene un buscador), entre unos 50 desarrolladores a 4 horas nos podría llevar unos tres años (y seguramente una versión beta).
Existe un motor de búsquedas licenciado bajo libre distribución, llamado nutch. Estos nos permitiría contar con una base de programación buena, probada y de distribución libre. Y a partir de ahí podríamos modificar la API para realizar exactamente lo que se quiere (en vez de nodos distribuidos, servidores que colaboren en otros proyectos, búsquedas realizadas desde otros motores, en fin lo que se nos ocurriera...).
Soy ferviente admiradora de nutch, y creo que es una solución: distribuida, escalable, estable...y que cumple al 100% los requisitos expuestos.
Saludos,
patrip