Oracle Coherence afirma haber conseguido rendimientos de RAM con SSD

Llevo unos días bastante liado y con el blog un poquillo abandonado. A ver si lo solucionamos. Hoy, repasando mi lista de feeds he visto una noticia que ha salido en varios medios sobre el lanzamiento de Oracle Coherence 3.7.

Oracle compró Coherence en el 2007 (wow, como pasa el tiempo, este link apunta a mi propio blog en el Marzo del 2007, esto me ha dado un poco de vertigo). El producto es muy potente y es muy utilizado en sistemas que requiren alto rendimiento. En partícular es muy popular en sistemas de trading.

Larry Ellison a VMWare: Su software lo podría haber escrito mi gato

Parece que a Larry Ellison no le gusta VMWare. Al menos eso es lo que se puede entrever atendiendo al artículo que publicaban hace un par de días en el Financial Times.

Según Larry Ellison, VMWare está condenada al fracaso, incluso a pesar de haber sido la compañía de moda el año pasado en Wall Street y haber protagonizado el éxito tecnológico más importante en los mercados después de la salida a bolsa de Google. Según Larry Ellison no pasará mucho hasta que Microsoft eclipse a esta compañía igual que hizo en el pasado con Netscape una vez que su software de virtualización se incluya en sus servidores.

Y es que el CEO de Oracle no ve nada especial en VMWare, de hecho se atreve a afirmar: "that the base layer of software on which virtualisation depends, called a hypervisor, was so simple that his cat could write it.". Es decir, que incluso su gato podría haber escrito la capa de virtualización de VMWare.

Bueno, pero no sólo Microsoft y el gato de Larry Ellison son las amenazas de VMWare. Ellison también comentó que el negocio de la virtualización pronto será "commoditized" y destacó a Xen como inmediata amenaza con un mercado que va creciendo cada vez más.

Por cierto, ¿Cómo respondió la CEO de VMWare?

“If his very smart cat could write it, my very smart tortoise could write his database.”

Parece que estas dos personas no se llevan demasiado bien :-)

Oracle compra BEA. SUN compra MySQL

Hay días en que parece que la gente se levanta juguetona; con ganas de dar noticias vamos. Y eso parece ser que es lo que han pensado a la vez SUN, BEA, Oracle y MySQL.

Por una parte tenemos que Sun Microsystems compra MySQL. Está claro que la compañía americana no pierde el tiempo y ya que este año pasado ha tenido beneficios todos sus trimestres, pues hay que gastárselo en algo. Que mejor que comprar MySQL. Un producto tan relacionado con su mercado.... ejem.

Bueno está claro que sus razones tendrán. En un inicio la compañía se especulaba que iba a salir a bolsa, así que supongo que es mejor comprarla ahora que cuando valga cuatro veces más cara. Pero, ¿se va a dedicar Sun ahora a vender bases de datos? ¿va a mejorar su integración con Solaris? Quien sabe. Desde luego si Sun tenía ya ventaja en la cantidad de Open Source que aportaba a la industria, ahora tiene mucha más. Será muy interesante ver como evoluciona el producto.

Y ya que comentaba lo de salir a bolsa. De enhorabuena están los accionistas de BEA con su 24.4% de premium. Oracle ha comprado BEA y ahora si que es de verdad. Parece que los directivos de BEA han sabido negociar y han conseguido un extra de 1.200 millones de dólares respecto a la oferta del año pasado.

La verdad es que en un único día desaparecen dos de las compañías más punteras en cuanto desarrollo de software y que mejor estaban funcionando para integrarse en dos enormes gigantes. La verdad es que Oracle es famoso por gafar todo lo que toca. Vamos que salvo la base de datos que no cabe duda de que es lo que realmente mueve la compañía, pues los otros productos que ha ido comprando han ido desvaneciéndose con el tiempo. Incluso... este año casi no se ha hablado de Coherence desde su compra.

Sería un buen tópico de discusión. ¿Ahogan los departamentos legales y de marketing a estas compañías?

Historia sobre una aplicación en JRuby on Rails de Oracle

Hace poco Oracle anunció el lanzamiento de Oracle Mix, la que según afirman es la aplicación más grande desplegada con JRuby on Rails.

Ayer, Rich Manalang, escribía una entrada en el blog de desarrolladores de Oracle en la que relataba lo que ha sido el camino hasta tener esta aplicación en producción.

Rich explica como después del éxito de Connect, la red social de Oracle se pusieron a trabajar en una aplicación para la Oracle OpenWorld. Tenía que hacerse en seis semanas, la aprobaron y contrataron los servicios de ThoughtWorks que puso cuatro desarrolladores con experiencia.

La lectura es interesante, aunque probablemente la parte más jugosa es la del rendimiento. Me permito traducir.

Después de tener las máquinas preparadas comenzamos a hacer los primeros despliegues de JRuby. El rendimiento era terrible. Entre 20-40 req/sec. en un único servidor de aplicaciones. Parece que no había activado algunos de los parámetros de producción (parámetros estándar para despliegues ruby). Conseguí 80 req/sec. en un único servidor... mejor, pero no suficiente. Al mismo tiempo, Ola y el equipo de JRuby encontraron algunos cuellos de botella interesantes dentro del código de JRuby. En un día o dos, Ola y el equipo habían parcheado el código y estabamos ya funcionando sobre las 150-200 req/sec. Después de que el servidor se calentase un poco las cosas se pusieron realmente interesantes... los números subieron un montón (400-600 req/sec).

Para mi una de las conclusiones que saco es que a pesar del desarrollo rápido, estas tecnologías están un poco inmaduras para determinadas cosas. A fin de cuentas, el hardware no era malo del todo: 4 máquinas doble núcleo, con 12 Gb de RAM, la base de datos era Oracle 10g y es de esperar que estuviera bien configurada :-) y aún así parece que hubo que tunear bastante. Y no todo el mundo se puede permitir el tener 4 consultores de ThoughtWorks on-site durante seis semanas. ¡Que estos ingleses trabajan más que por el bocadillo!

Este proceso que relatan es el que se está viendo en la mayor parte de lenguajes dinámicos surgidos durante los últimos años. Al final, todo tiene su tiempo. Esta gente con recursos y posibilidades va haciendo despliegues importantes y con sus recursos encontrando cuellos de botella y aportando parches. Poco a poco los lenguajes se van haciendo maduros, las máquinas virtuales funcionarán cada vez mejor, y pasarán a ser de consumo público.

Ahora bien, supongo que después todo el mundo los empezará a utilizar, dejará de ser especial el trabajar en ellos, y habrá que buscarse otra cosa mejor ;-)

Grid vs. Spaces; Oracle Coherence vs. GigaSpaces

Ambos, Oracle Coherence y GigaSpaces, son dos de los productos más utilizados en el mundo de las finanzas, en especial en el ámbito de trading (equities, derivatives, funds, fx, ...). Ambos comparten la idea de poner los datos lo más cerca de la aplicación de manera que sea posible para minimizar la latencia asociada a la obtención de los mismos (i.e. acceder a base de datos, a un servicio remoto, etc.). Sin embargo, el transfondo e historia de ambos productos es diferente y merece la pena echarles un vistazo.

Por una parte Oracle Coherence es un producto que creó la compañía Tangosol adquirida por Oracle este mismo año. La compañía fue fundada en el 2000 por Cameron Purdy, alguien que desde siempre ha sido un asiduo participante en los foros más conocidos del sector, y que en su momento localizó una necesidad en el mundo de J2EE ante los problemas técnicos que presentaban tecnologías como EJB. En su momento fue también el principal impulsor del JSR-107 (JCache), JSR que siempre ha estado demasiado parado (muchos culpan al propio Cameron).

Por otra parte, GigaSpaces ha seguido siempre un camino paralelo y muy similar. Fundada tambiéen en el año 2000 por Nati Shalom se trata de un producto que inicialmente estaba orientado al mundo de Jini, posteriormente JavaSpaces; mundo en el que por cierto se ha convertido en una referencia.

Oracle Coherence es lo que ellos denominan memory "distributed data grid solution", vamos que es una cache distribuida. Estas caches se "pegan" a nuestros componentes y les sirven de cache de modo que no sea necesario acceder a una base de datos o cualquier otro servicio para obtener estos datos. Por detrás existe un complejo protocolo de comunicación para asegurarse que los datos siempre permanecen consistentes, que todo está sincronizado, y que siempre existen copias disponibles para garantizar la disponibilidad. Todo esto sin afectar realmente a la arquitectura de nuestras aplicaciones.

Por su parte, GigaSpaces sigue un camino mucho más rádical y propone que el tradicional modelo basado en capas es erróneo y no apto para sistemas escalables. El problema que plantean es que a la hora de escalar una aplicación empresarial es necesario escalar todas las capas (web, appserver, base de datos, ...), lo que se hace muy complicado. En su lugar proponen el despliegue de aplicaciones en lo que se llaman espacios. VMs dedicadas que contienen todas las capas en una misma VM y que no requieren ningún tipo de acceso externo (salvo quizás para persistir asíncronamente los datos). De este modo se minimiza enormemente la latencia y se consigue una escalabilidad lineal simplemente desplegando nuevas VMs. Para garantizar la disponibilidad se despliegan diferentes espacios y se sincronizan los datos entre los mismos.

Todo esto que comento aquí viene mucho mejor explicado en dos presentaciones que Niti Shalom y Cameron Purdy realizaron en la Spring One 2007. Ambas presentaciones están disponibles en Parleys y dejo los enlaces a continuación. Son realmente recomendable si os gustan estos temas.

Coherence an Introduction
Scalable as Google Simple as Spring (quizás un título no muy apropiado para la charla de GigaSpaces).

¿Terracotta hace Oracle más barato?

Interesante análisis en RegDeveloper en el que afirman que Terracotta puede abaratar drásticamente el precio de las bases de datos, en particular Oracle.

Terracotta, un producto del que ya he hablado varias veces, permite realizar clustering a nivel de máquina virtual, posicionándose como un producto muy a tener en cuenta para la creación de cachés. Es ahí donde le puede hacer daño a las bases de datos, ya que sus creadores afirman que son capaces de reducir el impacto en las bases de datos hasta situarlo en tan sólo 1/5 de lo normal.

Pero claro, si esa afirmación es correcta, una consecuencia directa es que ya no se necesita una base de datos tan grande ni tan potente, que no se necesitan tantos nodos para servir la base de datos, o mismamente que una base de datos Open Source podría hacer perfectamente el trabajo.

Por lo que se lee en el artículo, parece que poco a poco van ganando clientes, entre ellos Goldman Sachs, y en campos importantes como el financiero o el de las telecomunicaciones. Así que habrá que estar al tanto.

¿Open Terracotta + MySQL? Sería interesante conocer experiencias.

Oracle compra Tangosol

La noticia sorpresa de la semana para mi se ha sabido hoy y es que Oracle ha comprado Tangosol. Oracle planea reforzar su línea de soporte de sistemas grid con esta adquisión.

Tangosol Coherence es un producto de cache distribuida creado por Cameron Purdy (que ya blogeaba sobre Coherence allá por el 2002) y que en mi opinión es un ejemplo de empresa saludable, y bien llevada desde unas raices muy técnicas. Según tengo oido y leido a la empresa le va bastante bien, y no me extraña porque su mayor fuente de negocio son las compañías financieras en las que los sistemas de caching y los grids se hacen prácticamente imprescindibles para tratar el volumen de datos que se maneja.

Tampoco se puede decir que tengan demasiada competencia. El negocio del caching está copado por tres o cuatro compañías como Gigaspaces o IBM con su ObjectGrid, o Gemstone. Nosotros hemos estado evaluando estos productos recientemente, y Tangosol parece aparentemente una de las mejores opciones.

Será interesante ver el futuro que le espera a esta compañía dentro de Oracle. La compañía es lo suficientemente solvente como para que Oracle le haya garantizado un espacio propio sin integrarlo dentro de ningún otro producto. Habrá que ver si sigue así la cosa, si pasan a incorporarle funcionalidades propietarias, o si le pasa como TopLink y lo hacen Open Source, aunque me temo que para que pasase eso tendría que haber un Hibernate en el mundo del data grid, y en estos momentos no lo hay.