SUP... ¿una mejora al tan útil RSS?

Los muchachos de FriendFeed, Gary Burd y Paul Buchheit, se traen entre manos una idea para mejorar la distribución de contenidos por RSS, lo cual a simple vista... traería grandes beneficios.

La propuesta recibe el nombre de SUP, lo cual significa Simple Update Protocol, y supondría algunos cambios mínimos para poder comenzar a funcionar con el estado actual de los sitios en Internet.

Para aquellos que aún desconocen RSS, se lo voy a resumir en pocas palabras... es una forma de distribuir actualizaciones de contenido, para que clientes o servicios como Google Reader o NetVibes, permitan que leas las noticias desde un mismo lugar... sin tener que ir visitando sitio por sitio. Si eso no quedó claro, asocialo al iconito naranja que aparece en la mayoría de sitios... incluso en TechTear (solo que aquí dice RSS, abajo de la casilla de buscar).

Al tema... el modo de operación actual de la distribución por RSS, implica que los servidores en donde leemos las noticias (o nuestro cliente de escritorio), deban capturar las mismas cada cierto tiempo, a fines de saber si están o no actualizadas (si lo están, descargar nuevas noticias... sino, no hace nada).

En cierto modo, es como si N cantidad de personas estuviesen paradas esperando que un recolector pase y les pregunte ¿que cuentan?. Estas le comentan todas las novedades que tienen, lo que en muchos casos implicará que el recolector junte información que ya tiene... lo que llevará a que este deba filtrar la información ya recogida, de la nueva, para guardar esta última.

El problema es evidente, cada visita del recolector, implica un pasaje de información que quizás es innecesario. Si este pasa 3 veces por hora, y las personas solo tienen una novedad cada 2 horas, entonces habrá veces que el recolector pase en vano... y haga preguntas innecesarias (gastando recursos de ambos lados).

Por otro lado, existe el problema de que a medida que se incrementa la cantidad de "feeds" (personas, en el caso anterior), cada actualización toma más tiempo (ya que el recolector hará más visitas)... lo que lleva a que las noticias no lleguen tan rápido como debieran.

A su vez, si el recolector quiere recolectar y entregar constantemente información fresca (actualizada), este se sobrecargará de tareas, e incluso hará que los feeds (nuevamente, las personas), deban responder mayor cantidad de veces, lo cual se presenta como un problema mayor en los feeds que tienen muchos recolectores visitantes, o bien, los recolectores que tienen muchos feeds para visitar.

El nuevo protocolo SUP, se postula entonces como una nueva forma de distribuir y capturar los Feeds, ya que ahora el recolector es "avisado" cada vez que hay noticias nuevas..., por lo que solo visitará cuando realmente sea necesario.

Para los servicios que funcionan sobre web, esto supone reducir la carga constante de tener que ir visitando feeds cada vez que salen sus robots a hacer las tareas (crawlers), como también poder destinar dichos recursos a otros servicios que quizás sean de mayor utilidad para sus usuarios.

A fines de que cada sitio con Feed no deba agregar código por cada servicio posible, SUP requiere de un servidor central que maneje las actualizaciones... lo cual veo como mayor contra de la idea, ya que supone volvernos dependientes de FriendFeed (en este caso).

El servicio centralizado permitiría ocultar la dirección del Feed (con los potenciales riesgos que eso pudiese tener... como por ejemplo, en los servicios que brindan el nombre de usuario en el feed... ej: Compartidos del Google Reader), y que esta sea más corta en tamaño (algo que no veo como una contra, sinceramente).

Si quieren informarse más sobre el asunto, pueden visitar la web del proyecto en Google Code, en donde podrán conocer como se implementa y demás.

Ya existe una prueba funcional para FrienFeed, por si algún desarrollador quiere meter sus narices por ahí.

Me suena interesante como idea, pero creo que el hecho de volverse dependiente de un servidor centralizado, es un contra grande... que lamentablemente no se puede evitar, debido a la naturaleza del concepto en sí.

Más información en blog de FriendFeed