Para los que no estén al tanto, participo activamente en el soporte de Mongrel para Windows (win32). Hoy se cumple 1 año exacto desde mi primer commit al repositorio. (ver mi historial en ohloh).

Mongrel 1.0.1, hoy.

En enero Zed marcó lo que fué un largo año de trabajo. Mongrel no sólo reemplazó numerosos problemas con FastCGI sino que presentó soluciones para muchos, facilitando la integración de Ruby en el mundillo Enterprisey.

Numerosas empresas optaron por integrar Mongrel como parte esencial de su estructura de hosting, y nuevos jugadores como servidores web (nginx) aparecieron para enfrentar a los mamuts establecidos en al escena.

El futuro de Mongrel.

Más que decir que le depara a Mongrel, puedo opinar sobre la parte de Windows luego de haber charlado con Zed algunas cosas del TODO:

mongrel_service stand-alone

El soporte de servicios nativos en Windows depende de ServiceFB, nuestra librearía para crear servicios en FreeBASIC. Como es de esperarse, cierta funcionalidad esta ausente, principalmente por que existen otras maneras de resolverlo.

Actualmente dependemos de win32-service (otro gem para ruby), pero pretendemos eliminar esa dependencia.

Windows clama por clusters

Los usuarios de *nix disfrutan poder crear hermosos clusters con sus mongrels, sacarlos a pasear y poder controlarlos a todos. Aunque Windows carece de esa funcionalidad extra provista por Brad Taylor, vamos a poder jactarnos de hacer lo mismo nosotros también… de una manera más integrada.

mongrel_service será el punto central de mongrel en Windows, permitiendo crear servicios de una instancia (single) o multiples (cluster), además de poder controlar los servicios ya instalados o simplemente simular un cluster desde la linea de comando.

Cuando mi cluster se muere, ¡¿Quién podrá ayudarme?!

mongrel_service!, este dato pasó desapercibido, pero es la única opción que monitorea el proceso del servicio y en caso de que ruby.exe haga aguas, automáticamente se dispara un nuevo proceso para reemplazarlo, sin necesitar un monitoreo externo.

Otras ideas surgen pero voy a mantenerlas en el tintero (por ahora).