externalidades

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.

Trás la última revisión del firmware de la PlayStation3, los usuarios de la consola tienen la opción de colaborar con la Universidad de Stanford en el proyecto Folding@Home, que realiza búsquedas de patrones moleculares relacionados con enfermedades degenerativas.

En la página del proyecto se puede observar el éxito de la iniciativa: tras 2 días, el 11% de las máquinas conectadas son PS3 y juntas aportan el 70% de la potencia de cálculo. Toda una prueba de rendimiento para el procesador CELL, que vuelve a demostrar sus excelencias en aplicaciones de cálculo intensivo, como se demostró anteriormente.

Sin duda, Sony no sólo ha impulsado la investigación médica sino también la democratización de la tecnología Grid aplicada a potencia de cálculo.

En un mundo perfecto serían los ordenadores, y no las personas, los encargados de asignar de forma dinámica los recursos de red escasos, como ocurre en la actualidad con los recursos de servidor, de forma que se garantizasen grandes cantidades de ancho de banda y un alto nivel de servicio a los clientes más valiosos, y una menor cantidad a los menos valiosos. Se trataría de que tales decisiones las tomara un motor de normas, no una persona, en respuesta a reglas de la demanda o del negocio, prescindiendo de toda intervención física (lo que eliminaría los cambios de cables y la masificación de puertos, sin ir más lejos). En resumidas cuentas: lo deseable sería virtualizar también la red.

 

Jonathan Schwartz

Para muchos, hoy es realmente el día de los Reyes Magos. Esta tarde Steve Jobs saltará al escenario del Moscone Center con sus habituales tejanos y camiseta negra para hacernos soñar. Babearemos con los nuevos productos, nos lamentaremos de no tener dinero para pedirlos y por unos momentos nos regocijaremos pensando que los chicos guays apalizan a los estirados de Redmond. La historia siempre se repite: buenos y malos… Y una manzana de por medio ;-)

En el despacho los "mackeros" ganamos por aplastante mayoría. La tradición (ahora que no retransmiten en directo) es no seguir ningún blog que pueda dar información, y, cuando activen el streaming, poner palomitas a calentar. Sentarse tranquilamente y disfrutar. Si es que somos unos putos frikis :D

Se sabe que Steve presentará Leopard, el iTV, iLife & iWork, algún nuevo modelo de iPod y ¿quizá? el tan deseado iPhone. Cuando Steve pronuncie el famoso "one more thing", nos tiraremos de los pelos y volveremos a creer, realmente, en la magia de la navidad.

Lo que probablemente no presentará será la integración de todos sus gadgets en un entorno Grid. Y debiera. Porque nos está dejando de ofrecer multitud de servicios:

• Poder compartir TODOS mis archivos con quien quiera, estableciendo las restricciones que quiera: ver películas almacenadas en el iTV de casa desde mi portátil en el despacho, compartir mis mp3 del iPod con mis amigos, consultar la guía del móvil de mi novia o acceder a los documentos excel del ordenador de un socio. ¿Qué ya se puede hacer? Pero no desde cualquier dispositivo, en cualquier momento o en cualquier lugar.
• Formar comunidades basadas en el punto anterior. Hasta ahora las comunidades se han basado en el intercambio de información. Debiéramos hacer posible también el intercambio de recursos.
• Tener un punto "virtual" de sincronización de dispositivos. Ha de haber un punto central en el que todos mis gadgets se puedan conectar para mantenerse actualizados. Y no ha de ser responsabilidad mía, porque tengo la fastidiosa tendencia de dejarlos caer al suelo o perderlos. Quiero poder ver mi agenda en cualquier lugar, mis tareas, acceder a mis RSS… Sin preguntarme continuamente si la versión más nueva es la del portátil, la del móvil o de la PDA.
• Streaming bajo cualquier circunstancia: quiero poder ver vídeos desde donde sea en el formato que más me convenga. Youtube en el móvil, o DiVX en la PDA. Si no es posible, que lo transcodifiquen en tiempo real y me lo envíen garantizando QoS. Me da igual si tienen como fuente archivos distribuidos para facilitar el proceso.
• Reducir la carga de trabajo de mi ordenador pudiendo compartirla con otros: aplicar filtros del photoshop instantáneamente, codificación de video on-the-fly…

En definitiva: por muy novedoso que sea lo que presente hoy, seguimos estando limitados.

Grid is freedom!

La semana pasada Isaac recibía este comentario de un profesor estudioso de la tecnología Grid:

Finalmente, me gustaría que me dierais más detalles sobre vuestro middleware y me convencierais de la necesidad de otro middleware para Grid. ¿No es ya suficiente con Globus, Condor, BOINC, InnerGrid…? Porque supongo que vuestro middleware proporciona servicios de alto y bajo nivel, ¿no?.

Bueno. Vale. Me alegro :D

Veamos, eliminamos Condor porque es un sistema de colas "tuneado". También eliminamos BOINC porque ha sido creado únicamente para facilitar la computación distribuida. ¿InnerGrid? son la competencia geográficamente cercana, así que no diré nada (ni los enlazaré :P). De Globus sólo comentaré que Sergio prefiere atravesarse la mano con un clavo antes que volver a tocarlo. Es más: si queréis ofenderle no tenéis más que decir "tu diseño me recuerda a Globus". Cabreo asegurado.

Y bajo todo este prisma de soluciones tenemos al "padre" de la tecnología (Ian Foster) que ya dejó claro en los principios que uno de los principales requisitos de todo sistema Grid era la HETEROGENEIDAD. Repitamos todos: H-E-T-E-R-O-G-E-N-E-I-D-A-D.

Y yo no sé que entenderá el resto del mundo por esa palabra, pero nosotros creemos que se refería a que en un Grid se podrían integrar todo tipo de arquitecturas y sistemas (no únicamente diferentes "flavours" de Unix). De mainframes a embedded devices.

Por ello, creamos un middleware que pudiese ser ejecutado desde una PSP. También podrá ser ejecutado en un  móvil con Symbian. Y pretendemos que sea fácilmente instalable en todo tipo de gadget con procesador y acceso a red.

Al fin y al cabo, lo importante no es el tamaño: lo importante es el sabor. Porque mientras todos corren en busca de conseguir potencia (Freud podría dar su opinión al respecto), están commoditizando el mercado. Y lo peor de todo: se olvidan de un concepto bastante interesante llamado "VERSATILIDAD".

¿Y dónde conduce todo esto? En que están dejando de lado la movilidad. Y con ello en buena parte el aunar servicios. Gracias :)

Por tanto se pierden la Mobility Conference de UnderTheRadar. O la Nokia Mobility Conference (Rodrigo Sepúlveda ha bloggeado el evento). Y les será imposible integrar aplicaciones tan interesantes como las de Loopt, Comvu, TalkPlus o WinkSite. O en otras palabras: localización, streaming, comunicación y redes sociales.

Así que la respuesta a la pregunta inicial es sencilla: no es sólo porque el mercado nos lo indica, ni porque sigamos correctamente los planteamientos iniciales de la infraestructura…

Hemos creado nuestro middleware de cero para poder llevar un Grid en el bolsillo.

And I don’t know about you, but when I sample my nieces and nephews, even those in the USA, with "which would you rather have, a new iPod, a Motorola RAZR, a Sidekick, Microsoft’s XBox or Windows Vista?", I get a pretty consistent answer. (Hint: it ain’t Vista.)

Jonathan Schwartz

Y la respuesta es el Sidekick 3 de T-mobile. Quién tuviera un tío geek y CEO con ganas de regalar estos gadgets.

A pesar de seguir manteniendo el planteamiento "the network is the computer", la reflexión de Jonathan sobre killer-apps y cuál es el uso que se hace de los dispositivos móviles es interesante.

Compartimos la idea de que cada vez más gente tiene el teléfono móvil como puerta de acceso a internet y de que en un futuro demasiado cercano va a ser el dispositivo por excelencia de conexión a la red. El problema que existe actualmente con estos dispositivos y su conexión, no es tanto sobre cómo adaptar los contenidos presentes en internet a estos dispositivos, sino sobre qué aplicaciones pueden proveer servicios útiles a los usuarios.

Por ello cuando empezamos a diseñar nuestra plataforma, uno de los requerimientos principales era que fuese posible instalarlo en cualquier dispositivo. De mainframes a PDA’s. Por que la próxima revolución tecnológica va a venir de la mano de estos gadgets. Y si Adobe restringía el uso de sus readers en "embedded devices" (ellos que pueden pagar estudios de mercado bastante fiables), había que seguir la estela.

La prueba de la semana pasada con una PSP nos permitió pensar multitud de aplicaciones que sólo tendrían sentido en dispositivos móviles que formasen parte de un entorno distribuido. Los resultados de estos brainstormings los concretamos en funciones que estamos añadiendo a nuestra API.

En un futuro muy cercano vamos a hacer posible que todo el mundo pueda tener un grid en su bolsillo.

Tras otra noche de programación intensiva, hemos conseguido unir en un mismo Grid los recursos  de diferentes sistemas. Muchos lo han intentado y pocos lo han conseguido. Es más, creo que somos los primeros en el mundo :-) Aunque la gesta sea importante, más importante es haber conseguido un middleware multiplataforma con un tamaño inferior a 400 kbytes (si un gadget tiene pilas, se lo instalamos).

Hemos probado 3 sistemas operativos: Win32, Linux y MacOSX. En estos momentos, cada uno contiene un port de nuestro middleware con un plug-in de CPU. Un script en PHP consulta al framework el estado de cada nodo y nos lo muestra en una interfaz Flash. Para ser nuestro primer intento con nuestras herramientas nos ha quedado bastante bien. Calculamos aproximaciones de Pi por el método MonteCarlo en un momento ;-)

Manteneos a la espera para una primera versión beta de nuestro middleware. En cuanto lo afinemos más (principalmente pasar el CheckStyle), lo documentemos ampliamente y configuremos la intranet de soporte publicaremos el código fuente.

Quede la foto de abajo para los anales registros de la historia de la informática.

Son las 7:23 de la mañana y nos vamos a dormir contentos :-)

Héctor García (aka Kirai) ha escrito un artículo introductorio a la tecnología Grid en la revista Connect. Incluye una entrevista a Borja Sotomayor (un doctorando español a las órdenes de Ian Foster).

Es importante ir difunyendo la tecnología que revolucionará el uso de Internet en los próximos años.

Descarga el artículo.

El 16 de Agosto de 1992, Steven Grimm publicaba en la lista alt.sources el código fuente de WorkMan, una aplicación que permitía reproducir audio-cd’s en estaciones Sun. Tiempo después, y cansado de introducir a mano los títulos de las canciones, se le ocurrió la idea de crear una base de datos compartida en la que los usuarios pudiesen introducir esos datos identificando los cd’s. Más tarde, Workman inspiraria a los creadores de CDDB que  acabaría siendo un estándar de facto para recopilar esta información.

En resúmen: un grupo de usuarios se organizan para proveer y abastecerse de información útil generada por ellos. El problema radica en la complejidad que ha ido adquiriendo la situación a lo largo del tiempo. Si en un principio existían cd’s identificados de forma única, en estos momentos el estándar son archivos MP3 (con las variaciones respecto a compresión y duración de la canción que conllevan). Es decir, la información útil actual (basada en metadatos ID3) es más compleja de identificar correctamente. Para solventar el problema han surfido proyectos como MusicBrainz que, mediante complejos algoritmos basados en fuzzy logic, analizan las canciones para detectar un patrón único que las identifique y utilizarlo para obtener los metadatos correctos.

En esta introducción nos hemos encontrado con un problema que incluía diferentes variables: información dispersa, heterogénea y valida que necesita ser analizada mediante complejos algoritmos. Un campo de cultivo ideal para crear proyectos basados en Grid Computing :)

Inmersos en la que consideramos primera generación de Grid, basada en el uso (¿intensivo?) de recursos físicos (CPU, HD, RAM…), la siguiente estará marcada por la información. Muchos proyectos necesitarán una elevada masa crítica de información que actualmente se encuentra dispersa en recursos heterogéneos.

Un ejemplo realista podría ser la investigación referente a SNP (Single Nucleotide Polymorphism), variaciones en secuencias de ADN que se producen entre especies o miembros de la misma. La complejidad, heterogeneidad y dispersión de estas bases de datos se puede observar en esta animación del National Center for Biotechnology Information.

Tras observar estas y otras situaciones, en think in grid estamos creando herramientas que permitan a diferentes organizaciones agregar su información para trabajar conjuntamente. Además, muchas de ellas seran liberadas para permitir una rápida adaptación a las necesidades de los usuarios.

Tenemos un interesante futuro por escribir. Stay tuned!

Últimamente estamos dirigiendo muchos esfuerzos a diseñar las interfaces de usuario de nuestro producto. Carlos ya está inmerso en el precioso mundo de AJAX, XSD y XSLT para web, pero también hemos decidido probar las interfaces nativas en Mac.

Así que durante este fin de semana he estado empapándome de tutoriales de Cocoa y peleándome con el Xcode. Y la verdad es que el balance es positivo. El Interface Builder es un creador de interfaces de usuario bastante versátil y usable. El Xcode, sin embargo, aún está muy lejos de resultar tan cómodo como Eclipse, aunque sigue siendo la mejor opción para aplicaciones en Cocoa o Carbon. Es una lástima que la API de Cocoa no esté al 100% portada a Java desde Objective-C, y que la gran mayoría de tutoriales y foros se centren en éste último. Realmente me apetecía probar Objective-C, pero he tenido que hacerlo en Java para poder utilizar la actual librería de nuestro framework en desarrollo.

De todos modos, no ha sido muy doloroso, y me he podido entretener en aprender cómo insertar imágenes y renderizar líneas en las ventanas. Lo que podéis ver en la imagen es la vista de nuestro Grid corporativo. Es muy simple, pero ha sido un buen punto de partida para implementar en los próximos días el resto de la interfaz. Lo próximo que haré será un editor de workflows, con un control drag&drop al estilo Automator para crear servicios distribuidos en grid a partir de flujos de "aplicaciones".

Soy mackero, pero objetivamente me ha parecido mucho más fácil crear una interfaz con Xcode/Interface Builder que con Visual Studio. De momento me sirve para controlar nuestro grid cómodamente hasta que finalicemos la versión web. Y además queda chulo :)