Normalmente, cuando hablo de un futuro en el que todo tipo de dispositivos estarán interconectados compartiendo sus recursos y ejecutando aplicaciones conjuntamente, el interlocutor me mira con cara de cinismo e incredulidad. Especialmente si ese dispositivo es tan pequeño como un móvil. El uso conjunto de CPU ha funcionado como killer-app de las tecnologías Grid, pero faltan ejemplos que faciliten a la gente la visión de lo que podremos esperar en un futuro.

Debido a ello, todavía no me es posible responder a la famosa pregunta (ayer me la hicieron 3 veces): ¿Para qué se va a utilizar? Suelo responder que si pudiesemos predecirlo, no sería disruptivo. Pero si que podemos ir acercando ejemplos que simplifican la visión general de algo tan complejo.

El primero es un prototipo en el que estamos trabajando. No tengo permiso para revelar nada, por lo que seré escueto :) Coged una coctelera y echad un poco de red social, un poco de dating, añadidle geoposicionamiento y la capacidad de acceder mediante multitud de dispositivos (móviles, pda’s, televisión, ordenador…). Agitadlo con nuestra tecnología y tendréis una aplicación la mar de interesante.

Otro ejemplo lo podríamos desarrollar pensando en esta noticia de BusinessWeek Asia: lavanderos de Corea del Sur se “movilizan” y utilizan la web mobile para gestionarse. A partir de aquí, se pueden crear multitud de servicios que se interrelacionen: por ejemplo, geo-localizar al cliente para entregarle la ropa. Para lo cual hace falta un servicio de geo-localización. O contratar rutas de reparto en base a esa geo-localización. Y podemos seguir organizando rutas que se crean en tiempo real en base a la densidad de tráfico o semáforos, gracias a que reciben información de multitud de sensores que van informando. Al final, entregar la colada a un cliente acabará siendo muy parecido a echar unas partidas al Crazy Taxi :) Pero puede servir como ejemplo extremo de aplicación real.

Poder crear servicios (y mashups de los mismos) que se ejecutan sobre multitud de dispositivos intercambiando información en tiempo real va a ser toda una revolución. Estáis avisados.

No recuerdo cuándo empezamos a diseñar nuestra arquitectura. Pero si recuerdo que uno de los requisitos principales desde el primer dia era que debía funcionar sobre todo dispositivo que tuviese un procesador y una conexión a red. Aunque parezca trivial, un requisito así te obliga a repensar toda la infraestructura. En los gadgets que vende IBM, no suelen haber problemas en cuanto a capacidad de proceso, almacenamiento o memoria. Pero si quieres introducir en la infraestructura pequeños dispositivos móviles, la cosa cambia. Mucho. Y se complica exponencialmente.

Por ello alegra ver que tímidamente, empiezan a surgir opiniones que nos hacen ver que escoger el camino difícil fue una excelente decisión.

Por un lado, The Economist (gratis) escribe un artículo sobre las bondades de los recursos inalámbricos, que va directo a los anexos del bisnisplan que escribiremos cuando tengamos tiempo. Aconsejo leer el post de David de Ugarte al respecto, especialmente en lo concerniente a spimes: imaginad un futuro en el que multitud de dispositivos se interrelacionan inalámbricamente, compartiendo entre ellos todo tipo de información de forma autónoma. Algunos lo llaman inteligencia ambiental. Todo llegará :)

Además, Oriol Lloret se hace eco de unas reflexiones de Tomi Ahonen sobre la superioridad del móvil con respecto a dispositivos más tradicionales: tener un dispositivo de uso personal, siempre encendido, siempre encima y con capacidad de realizar pagos. No es de extrañar que cada vez más se intenten desplazar aplicaciones hasta estos dispositivos.

Lo que empezó como un reto, va a acabar siendo un puntazo.

Stay tuned :)

Tras haber anunciado hace unos meses la liberación del cliente de SecondLife, finalmente parece ser que los creadores se plantean en serio liberar el código de los servidores.

Ahora es cuando cobra sentido especialmente lo que escribían en su blog: “A lot of the Second Life development work currently in progress is focused on building the Second Life Grid — a vision of a globally interconnected grid with clients and servers published and managed by different groups”. Los LindenGuys llevaban tiempo pensando en Grid.

En este caso no se tratará de los conocidos “grids de cómputo”, dado que el principal objetivo no será únicamente repartir la carga de trabajo de sus servidores (oh, casualidad, llamados “The Grid” :D). Planean crear un DataGrid en condiciones.

¿Por qué un DataGrid? Porque es la infraestructura más adecuada sobre la que articular servicios como SecondLife. Ni más ni menos.

Imaginemos el momento en que SecondLife acepte conexiones de servidores externos: de entrada han de garantizar que la infraestructura será escalable y segura. Además, todos los servicios que aporten los nuevos servidores deberán ser incorporados automáticamente. ¿Todos? TODOS.

Para que os hagáis a la idea, podrán crearse miles y miles de servicios diferentes: almacenamiento de texturas, movimientos, objetos, comunicaciones, juegos, música…

El secreto, y el negocio, está en permitir acceder a los secondlifederos el acceso a esos servicios heterogéneos y dispersos. Mi avatar obtendrá los gestos de un servidor (bailará sin ser patoso), las texturas de la ropa de otro servidor, los terrenos estarán en otro, la casa en otro, el hilo musical que suena en ella en otro… y así la unión de mil servicios heterogéneos dispersados en servidores por todo el mundo bajo la misma infraestructura, permitirán que la gente gaste dinero en abundancia.

Más cerca que LindenLabs, están Carlos Blanco y Martín Varsavsky planteándose crear servicios parecidos. Esperemos que fructifiquen. Y que se acuerden de nosotros :D

[UPDATE: Wilhelm Lappe ha posteado una conferencia de Antonio Mas, creador de SecondAgency]

Tras algún que otro retraso finalmente hoy pudimos visitar Can Suris, el citilab situado en Cornellá. Allí nos ha recibido Lluís Ribes, uno de los coordinadores del centro al que ya conocíamos de la época “gridcatera“.

Decir que las instalaciones son acojonantes fabulosas, sería quedarnos muy cortos. I-M-P-R-E-S-I-O-N-A-N-T-E el trabajo que han realizado. Por primera vez veo por estos lares una idea ambiciosa acompañada de presupuesto y además, inteligentemente gastado.

El edificio lo han dividido en diferentes zonas, que a la vez se comunican abiertamente entre ellas: salas de formación, talleres de pruebas, auditorio, y lo más interesante… oficinas para empresas tecnológicas :-) Haremos todo lo posible para que nos permitan instalarnos allí.

Lo que más nos ha impresionado ha sido la infraestructura informática que dará soporte a todo: servidores dedicados, líneas redundantes, cobertura wifi .g en todo el edificio y un SAI que ocupa la mitad de nuestro despacho. Y lo mejor es que es posible que nos permitan gridearles servicios.

Como le decía a Lluís, más que hablar de Can Suris como el “citilab cornellá”, debieran referirse a él como “citilab sur de europa”.

Recientemente notaba que había temas o reflexiones interesantes sobre los que no podía escribir para no alejar este blog demasiado de su objetivo: informar sobre tecnología Grid Computing y mostrar la vida (casi) diaria de una startup.

Por ello he abierto otro blog: Externalidades. Allí podré ser todo lo borde y políticamente incorrecto que soy habitualmente. O más. Por lo que es mejor alejarlo del paraguas del dominio.

Si think in blog te parece interesante, supongo que externalidades también :)

Nos informaba Luis en el post anterior sobre las intenciones de Sony de ampliar la gama de servicios de su grid de PS3. Actualmente ofrecen la posibilidad de colaborar en el proyecto Folding@Home, pero tal y como anuncia Nicholas Carr, están recibiendo ofertas para proporcionar servicios de computación distribuida a empresas. Se espera que los poseedores de una PS3 puedan ceder tiempo de cálculo de sus videoconsolas a cambio de descuentos en servicios online.

Sobre este tema llevo discutiendo con Ramón desde el año 2003. Él mantenía (y mantiene) que un mercado de oferta y demanda de tiempo de CPU puede ser rentable. Yo mantenía, hasta hoy, que el genérico “tiempo de CPU” no podía serlo, dado que la oferta sería muy (MUY) superior a la demanda (si, obviamente, la oferta estuviese incentivada), lo que reduciría el precio hasta que la intermediación de un agente no fuese rentable.

La aparición del procesador Cell ha roto el concepto “tiempo de CPU” genérico: tiene muchísimo más rendimiento una hora de CPU de Cell que la de un “pentium cualquiera”, por lo que es posible crear una segmentación en base a ello que haga económicamente viable el modelo de mercado. Ramón, otra vez tenías razón.

A ver si para final de mes invertimos en una PS3 con “fines educativos” :-)

Entre las inteligentes inversiones que está realizando Zaragoza últimamente, se encuentra ZIVIS: un supercomputador creado por sus ciudadanos.

Tal y como explica Ricardo Cavero (Concejal de CyT), en esta primera experiencia calcularán trayectorías de partículas en un acelerador para investigaciones de fusión nuclear.

Para ello, han implantado toda una infraestructura Grid (sobre la plataforma BOINC), en la que pueden unir y coordinar las CPU’s de todos los zaragozanos que deseen colaborar en el proyecto. En las estadísticas se observa que en los 3 primeros días alcanzaron su objetivo de CPU’s compartidas, y que en breve también se cumplirá el de 14.000 horas de cómputo y 800.000 trayectorias calculadas.

Zivis es un proyecto que se integra en el ambicioso plan de Zaragoza para situarse en el año 2.010 entre las primeras ciudades europeas con mayor desarrollo económico basado en TI. Con proyectos de este tipo, seguro que lo consiguen.

[UPDATE] - Ricardo anuncia que ya se superaron los objetivos previstos. Han logrado disminuir en 30 días sus previsiones gracias a la colaboración de multitud de usuarios. Felicidades!!!

Por petición popular, y porque todavía hay gente que duda del potencial de nuestras herramientas, subo un video que muestra una pequeña parte de nuestra tecnología.

El video contiene un ejemplo sencillo de uso de tecnología grid: diferentes dispositivos comparten sus recursos (en este caso CPU) con un objetivo común (acelerar el tiempo de búsqueda de un patrón en una enorme base de datos).

Como ya hemos comentado anteriormente, nuestra infraestructura es multiplataforma y actualmente funciona bajo Windows, MacOSX y GNU/Linux.

En cuanto implementemos la capa de agentes de inteligencia artificial, publicaremos resultados concretos de eficiencia.

Si Michael Moritz se decide a invertir, prometemos darle un buen retoque al diseño ;)

Don’t you know, around here:

• All Java is slow
• All Perl is unreadable
• All PHP is insecure
• All JavaScript is a useless intrusion into your browser

… and all comments like those are written by “experts” who’ve never written one line in the language in question.

Anonymous Coward

La semana pasada Oracle compró la empresa de tecnología grid Tangosol por una cantidad no desvelada.

Tangosol había diseñado un middleware muy eficiente para que diferentes dispositivos de una red compartiesen memoria de forma ágil. De este modo, podían replicar bases de datos en esa nueva unidad virtual de memoria compartida, y ganar velocidad de acceso con respecto a los discos duros tradicionales. Sin duda, una tecnología que Oracle necesitaba incluir en su portafolio para seguir diferenciándose de la competencia.

En un momento en el que la mayor parte de los clientes de Oracle están redefiniendo sus arquitecturas, a la vez que surgen necesidades en las que obtener respuestas en tiempo real es clave, todo indica que han hecho una buena compra. Felicidades a los premiados :)

Más información en la página de Oracle creada al efecto.