Elastic Beanstalk: Heroku para Java

Heroku es un servicio online englobado en lo que se conoce como PaaS (Platform as a Service), y que básicamente permite el desplegar aplicaciones Ruby en una nube de servidores que se escala automáticamente para satisfacer las necesidades de carga de las aplicaciones.

En Java (hasta donde yo sé) no había demasiados servicios similares. Está Stax que lo compró Cloudbees me imagino que con la intención de hacer algo similar a Heroku, y estaba por supuesto Google App Engine que es una plataforma que prometía mucho, pero que entre las limitaciones que impone y los problemas que sufrieron muchos desarrolladores por tratarse de una Beta que era una "verdadera Beta", pues no ha tenido toda la popularidad que se podría desear.

Introducción a Tomcat 6

Covalent ha publicado una Introducción a Tomcat 6 como parte de su serie de webinars. La próxima semana probablemente estará el audio, pero por ahora ya se pueden descargar las transparencias. No es demasiado técnico pero está bien para tener sumarizadas todas las novedades.

Lo malo: requiere registro en su web.

Interesante entrada sobre Tomcat 6 y escalabilidad

Siempre con retraso pero he visto una entrada sobre Tomcat 6 en el blog de Filip Hanik, que aunque con un título provocador (Can Servlet Containers Scale? 16,000 Concurrent Connections using Tomcat 6!), lo cierto es que es realmente instructiva para comprender varios de los conceptos asociados con NIO, los retos que se afrontan al diseñar un contenedor web y una pequeña comparación de rendimiento.

De obligada lectura también los comentarios finales. Me quedo con el detalle de que Tomcat mantiene el throughput con muchas conexiones (¿quién dijo que no va bien?) pero también con el hecho de que se traga todo lo que le llega (que puede ser un problema como bien se dice en los comentarios).

En fin, interesante para leer.

Terracotta, clustering y JBossCache

Ari Zilka, fundador de terracotta y Filip Anik PMC the Apache Tomcat y Apache Tribes han publicado un interesante webinar en el blog del primero.

El webminar explica como ayudaron a uno de sus clientes a migrar su solución de Caching desde JBossCache a Terracotta y como la escalabilidad se multiplico en factores sorprendentes. Estos estudios se los hay que tomar siempre como anécdotas porque a lo mejor hay otros casos que no publican y que los resultados no son tan buenos, pero de todos modos resulta interesante. Lo mejor del webinar es que hace una introducción a la arquitectura de clustering utilizada por terracotta. Así que si queréis verlos pues os podéis saltar el primer 40% y seguir hacia adelante desde ahí :)

Saco algunas notas interesantes:

• Server centralizado donde se registran los mapeos entre objetos en diferentes máquinas virtuales.
• Posibilidad de congelar el estado de tu heap y rearrancar el servidor central (me entran muchas dudas sobre las consecuencias de esto).
• Posibilidad de tener un heap virtual mucho mayor del que permite el SO (no entran en detalle)
• El propio servidor central soporta clustering.
• Posibilidad de persistir grafos completos de objetos o subgrafos.
• Dos niveles de locking: read y write. Se especifican muy al estilo AOP diciendo que métodos van con "read" y cuales van con "write".
• Se puede depurar el código que ha sido "modificado". En 2001 una serie de JSRs ya especificaron como las modificaciones de bytecode no deberían influir en los números de líneas y todo esto, de forma que sigue siendo posible depurar una aplicación cuyo bytecode ha sido cambiado.

Como nota aparte en una de las pregutnas se descubre que todos sus benchmarks se realizan sin HA (ok, dicen que algo de HA porque soportan el persistir el heap a disco y cuando rearrancan el servidor vuelven a leer el heap, pero eso para mi no es HA, lo podriamos dejar en MA :-) ). Habría que ver los números con el servidor centralizado en modo HA real.

La verdad es que es una tecnología que me gustaría probar. En nuestra empresa tenemos que migrar un sistema de Caching y estamos evaluando que herramienta utilizar. Teniendo en cuenta el precio de las alternativas, terracotta no parece mala idea, lo malo es que toda la transaccionalidad la tienes que implementar tú manualmente.

Ya veremos.

Liberado Tomcat 6 stable

Comet aquí vamos. Lo que estabamos esperando muchos ha llegado. No es que jetty sea malo, pero es que Tomcat es como quien dice el estándar de facto y ya se echaba en falta soporte de comet por alguna parte. El soporte ya estaba ahí desde hace rato, pero hasta que el producto no fuese oficialmente estable no lo ibamos a utilizar. Ahora por fin ha llegado el momento. A ver si lo puedo/podemos probar y saco/sacamos algunas conclusiones.

El anuncio de la versión estable.