El servicio de Google AppEngine para desarrollo en cloud computing utilizaba el contenedor de servlets Apache Tomcat para dar soporte a Java cuando fue lanzado. Sin embargo, gradualmente han cambiado a usar el servidor Jetty, acción que invita a preguntarse por las razones detrás de este cambio. Es por ello que InfoQ obtuvo una entrevista con los desarrolladores de Jetty, de la empresa WebTide. La entrevista puede leerse completa en el artículo que han publicado en dicho portal de noticias TI.
Ante la pregunta obligada de porqué Google hizo el cambio, respondieron:
"Las características clave por las que Google eligió a Jetty son el tamaño y la flexibilidad. El tamaño es importante en la nube por que si estás ejecutando decenas de miles de instancias de Jetty (como Google lo hace), entonces cada MB de memoria que te ahorres por servidor son decenas de GB de memoria menos que necesitarás o que podrás dar a tus aplicaciones.
Jetty también está diseñado para ser extensible, de tal forma que Google ha podido personalizarlo en un alto nivel. Le han conectado su propio conector HTTP, autenticación Google y su propio clustering de sesiones."
Ante la pregunta de ¿Qué otros ejemplos hay del uso de Jetty, grandes o chicos?, responden:
Dado que Zimbra/Yahoo nos usan, esto significa que Jetty sirve email a millones de usuarios. Dado que Jetty viene dentro de Eclipse, esto significa que Jetty corre el escritorio de millones de desarrolladores. Jetty es usado por el clúster de Hadoop en miles de nodos y tiene el record de ordenamiento de 1TB de datos. Tenemos ports J2ME y compilaciones nativas por lo que Jetty se ejecuta en teléfonos móviles, routers domésticos y java cards.".
Otro punto interesante es la cercanía de la publicación de Jetty 7, el primer release desde que forman parte de la fundación Eclipse. Este release soportará algunas características de la especificación de Servlet 3.0 pero sin usar dicha API y sin ser exclusivo de jdk 6. Después vendrá Jetty 8 que ya soportará en su totalidad Servlet 3.0 y usará java 6.
Por último, hubo algunos comentarios sobre la decisión de Grails de convertir a Apache Tomcat en su servidor por default. Los desarrolladores no ven una decisión basada en situaciones técnicas, sino un movimiento marcado más por la adquisición por parte de SpringSource, quienes son los principales desarrolladores también de Tomcat.
Sin duda una muy interesante entrevista al equipo detrás un producto que en los últimos años se ha vuelto más y más importante dentro del mundo de Java merced a sus buen desempeño y a características innovadoras como su motor para Comet. Su elección por parte de Google seguramente ayudará a que más desarrolladores confíen en este servidor Java.
lunes, agosto 10, 2009 at 10:13PM