Parte del rol en mi trabajo, es estar al tanto de los “nombrecitos” que vamos sacando y saber cómo encajarlos dentro de la plataforma… así, una vez entendido, luego, se supone, que es más fácil de contar :P Ahí va un resumen de un futuro producto para que nos vaya sonando 😉
Bien, una vez que hemos acabado con los acrónimos del mundo, en Microsoft, vamos decididos a quedarnos con el sentido de las capitales del mundo!!!… DUBLIN, OSLO, ZURICH,…. ¿llegaremos a ver Microsoft Madrid © como producto ? )
DUBLIN va a estar dentro del mundo de los servidores de aplicaciones, de modo que vamos a empezar por el principio…
¿ Qué es un servidor de aplicaciones ?
Es un software que hace de contenedor para la lógica de negocio de una aplicación, además de proveer de un modelo que pueden utilizar los desarrolladores para extender las aplicaciones.
¿ Tenemos uno en Microsoft ?
En Microsoft no tenemos un producto empaquetado al que podamos llamar servidor de aplicaciones, tenemos la funcionalidad, pero repartida entre diferentes productos. Parte en .NET Framework, parte en el sistema operativo, parte en el IIS, Biztalk, Sharepoint… useasé…. Tenemos servidor de aplicaciones… pero no lo vendemos en una caja
¿ Entonces… DUBLIN?
Partiendo de la base de que Windows Server es la mejor forma de correr aplicaciones .NET y que incorpora capacidades de servidor de aplicaciones ( transacciones, colas de mensajes, servidor web… ) Dublin es un software que COMPLEMENTA nuestra funcionalidad de Servidor de Aplicaciones.
¿Por qué hay que complementar nada, no somos de lo “más mejor”?
Realmente, nuestra oferta combinada de productos para dar un servidor de aplicaciones adecuado a las necesidades de cada cliente es “de lo bueno lo mejor”, pero las necesidades de las aplicaciones han evolucionado… y hay que adaptarse!!
Las aplicaciones actuales tienden a ser aplicaciones orientadas a servicio ( SOA ) donde es frecuente el uso de tecnologías relacionadas con los servicios web ( REST, WS-*, … ) para dar lugar a aplicaciones compuestas. Además, por su naturaleza, como no son aplicaciones tradicionales, se salen de nuestras herramientas habituales y resultan más complicadas de desarrollar, desplegar y gestionar.
Para adaptarnos a estas nuevas necesidades de las aplicaciones, hemos mejorado tanto .NET Framework como Windows Server.
Por la parte de .NET Framework, para la versión 4.0 hemos mejorado notablemente las tecnologías de comunicación ( WCF ) y workflows ( WF ) para que se adapten mejor aún a las aplicaciones SOA.
Por la parte de Windows Server, hemos creado un nuevo conjunto de capacidades del rol de Servidor de aplicaciones, a este ‘paquete de funcionalidades’ lo llamamos DUBLIN
¿ Qué aporta DUBLIN ?
“Greater scalability and easier manageability, and will extend Internet Information Services (IIS) to provide a standard host for applications that will use workflow or communication”
Esta claro, ¿no? Por si las moscas… dará un entorno favorable para ejecutar aplicaciones… como esto es mucha palabrería, vamos a citar algunos ejemplos
Extienden las herramientas de IIS para controlar aplicaciones
Scripts y herramientas para administrar las aplicaciones que están corriendo ( suspender y retomar, reiniciar automáticamente servicios que caen… )
Extiende la monitorización y el control ( Cuántos servicios se están ejecutando, en qué máquinas,… )
Activación de servicios
Eventos se reorientan a pasar por el sistema de eventos de Windows ( etw )
…
Como veis, hay una orientación hacia herramientas de tipo IT para gestionar el servidor de aplicaciones.
Algunas preguntas que os pueden surgir…
Cómo se accederá a Dublin?
Se podrá descargar de la web. En el futuro se planea que vaya incluido dentro de Windows Server.
Y lo que tengo ahora… funcionará sobre Dublin?
Sí, será compatible hacia atrás con aplicaciones Workflow Foundation (WF) y Communications Foundation (WCF). Aplicaciones desarrolladas sobre Windows Server 2008 y .NET Framework 3.5 funcionarán sobre Dublin cuando esté disponible.
Happy hacking!!
~ds