Hace unas semanas envié un mail a Jesús Monleón que él publicó en blogdeemprendedores.com. Lo escribí pensando en un diálogo imaginario entre él y yo, para que entendiese por qué creemos que liberalizar nuestra infraestructura de grid computing es una buena idea.

He convertido el mail a un documento PDF para facilitar la lectura.

Liberalización_for_dummies.pdf (v1.0)

Creo no haber cometido ningún error garrafal (a pesar de contener explicaciones demasiado generales para que sean fácilmente entendibles). Si alguien ve que algo no queda claro o que me he equivocado en algún punto, sentiros libres de criticarme en dmarino -at- thinkingrid -.- com o en los comentarios. Supongo que nuestro abogado me tirará de las orejas :D

A falta de dinero para estudios legales más profundos, de entrada creemos que si finalmente liberalizamos será con la licencia MPL + Atribución. O MPL + Badgeware que la llaman algunos.

La buena noticia, es que la OSI acaba de certificar este tipo de licencia (CPAL) gracias a los esfuerzos hechos por el equipo de Socialtext, tal y como comenta Ross Mayfield en su blog. Eweek se hace eco en un artículo que explica la situación bastante bien.

Espero que los pensamientos plasmados en el documento ayuden a levantar financiación para proyectos basados en software libre.

[UPDATE] - Publicado un HOWTO para aplicar la licencia CPAL

Una de las variables más dificiles de fijar a la hora de vender tecnología es el precio. Una variable que debiera ir íntimamente ligada al valor del producto. El problema es que el valor es algo subjetivo. “Price is what you pay, value is what you get” dicen los americanos.

Digo esto, porque últimamente me sorprendo de que a la gente le encantan pruebas de concepto que vamos sacando, y que para nosotros no tienen ningún valor. Trivialidades, que diría alguno de los becarios.

Una de las más claras, es una especificación para crear un servicio de disco duro virtual: un disco duro que aglutina los archivos de todos los lugares de almacenamiento que poseas. En todo tipo de dispositivos (de móviles a ordenadores) y servicios web. Y haciendo streaming de los archivos “media” en tiempo real (por ej: para ver en un móvil las películas descargadas desde la Fonera+).

Nosotros dejamos esta presentación hace tiempo en un cajón, pero ha ido circulando y generando buzz. La verdad es que un servicio así da para crear una empresa por sí sola, pero nosotros andamos bastante ocupados con nuestros algoritmos de IA y de gestión de colas :P

Cualquier idea o comentario al respecto será bienvenida. Las obviedades del estilo “necesitáis un business developer” también :)

La pasada semana estuvimos con un poster en el ibergrid, la primera conferencia de lo que será futura red de Grid España, Portugal y quizás Iberoamérica. El congreso lo abrió Ian Foster nada menos, con una gran charla sobre la evolución de las infraestructuras de investigación desde los griegos hasta el Grid ….

Nuestro poster presentaba la infraestructura Grid de la empresa, con los resultados correspondientes al meta-scheduler o planificador adaptativo basado en agentes de IA. Estuvimos haciendo algunos amigos:

Yo me suelo quejar… pero Globus me parece fantástico

Daniel Pérez

Dicho bajo los efectos de trabajar demasiado

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 :)

Con este título, robado de mi querido Albert abro este pequeño post. Digamos que está bien hablar de otras empresas o de externalidades, pero de vez en cuando toca contar como va el tema técnico.
La verdad que las cosas pintan muy bien, después de un proceso intenso de prototipaje en estos últimos 4 meses el FW entro hace 2 semanas en fase de testeo intensivo donde tenemos varios objetivos:

· Probar el sistema de Agentes desarrollado por Isaac y sacar conclusiones.
· Hacer sufrir el FW e ir depurando código para sacar el máximo partido y conocer los límites actuales con los que nos encontramos.
· ¿Cuanto fácil de instalar es?

Sobre el primero… creo que Isaac estará encantado de comentar sus resultados en otro post, hace 1 semana que se ha cerrado en su laboratorio de pruebas y anda allí jugando con el tema. De forma sencilla, en mis últimas pruebas pude observar como el FW descartaba uno de los nodos al comprobar que este andaba saturado haciendo cosas en local.

Sobre el segundo punto… Espero que Albert os comente algo, pero ya ha montado su servicio de saturación y ha empezado a realizar peticiones intensivamente a la arquitectura. Hasta el momento, 1086 conexiones abiertas entre el FW i los diferentes MW. No está mal ;). Encima se ha montado un interesante sistema de monitorización que nos permite ver bonitos gráficos online de la carga de CPU en cada MW y el estado de las diferentes colas de ejecución.

Por último, la prueba de fuego :). Diego ha cogido el FW y el MW y mediante documentación generada en nuestra wiki interna ha instalado todo el entorno en el despacho. Creo que ver su cara de satisfacción no tiene precio :). En 15 min. (Contando la instalación puramente estandard de Tomcat), a conseguido hacer correr un pequeño Grid con 7 nodos (1 Linux, 2 Mac y 4 Windows).

Bueno, después de lanzar retos a Isaac, Albert (Para que escriban un post) solo me queda añadir que todo y las interesantes resultados obtenidos en las pruebas (hasta el momento) ya tenemos una larga lista de @TODO’s para la próxima versión (de aquí la grandeza del prototipaje) que, añadido a la agonía a la que estoy sometiendo a Albert con la documentación del FW nos permitirá tener una versión de la que ahora ya, nos sentimos muy orgullosos.

Por cierto, ando buscando artículos, manuales, documentación que hable sobre testing de arquitecturas montadas con tecnología Java, cosas a tener en cuenta, herramientas, etc. El objetivo, añadir más conocimiento a lo que ya tenemos hasta el momento y encontrar otros puntos de vista en ejecución de pruebas de estrés. Por lo tanto, lanzo está petición a quien quiera contar sus experiencias.

Hasta la próxima…

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 :)