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
Uf, que vienen curvas …
Muchas gracias David, eres un crack. Gracias por mantenernos actualizados.
Muy buena noticia.
Saludos.
Francisco J.
Pero… en tiempos de ‘la nube’ tiene sentido que alguien se gaste su dinero en esto?? supongo que saldrá a un precio razonable dado que si no…
En mi empresa hace unos meses que han decidido migrar a Amazon, por costes y ‘demases’.
Esto a que tipo de organizaciones va dirigido???
Saludos!
@toño Desplegar una aplicación en la nube no será la solución para todas las organizaciones, habrá mucha gente que siga queriendo tener sus servicios alojados en sus datacenters. Para ellos, Dublin es una manera de administrar de forma óptima sus servicios 🙂
Con respecto a las aplicaciones, habrá organizaciones que no desplieguen nada en la nube, otras que solo usen el almacenamiento, otras los servicios, otras partes de la web…
De todos modos… será gratis, es solo una actualización del rol de servidor de aplicaciones 😉
«En la nube» tendría que estar yo para que se me ocurriese albergar datos sensibles de mi empresa (clientes, facturación, empleados…) en un servidor que no fuese MIO. ¿Otro tipo de datos… digamos «públicos»? No digo que no, la cuestión sería acotar qué datos son factibles de poder colocarse ‘live’ (¿un catálogo de productos por ejemplo?) y si la estructura de la tabla o de la entidad donde se almacenan esos datos se puede dejar tal cual o hay que dividirla.
Celebro la decisión de unificar todas esas características «sueltas» en Dublin, sólo espero que no signifique añadir otra capa más al ya suficientemente «envuelto» modelo de desarrollo que tenemos actualmente.
Saludos
Según esa definición de servidor de aplicaciones teneis uno que se llama SQL Server.
Ahi va, Alfredo! Ya te has cansado de darle la paliza a Ian? Bueno más bien a sus contertulios xDDDD
Un saludo 🙂
¡Que va! No me he cansado 🙂
Saludos
@PabloNetrix exacto, habrá gente que no quiera/pueda subir determinada información por cualquier razón. El mayor handicap es que los developers nos hagamos pensar en terminos de servicios externos como piezas, a ver lo que tardamos en acostumbrarnos 🙂
@Alfredo no seas puntilloso hombre 😀 creo que se entiende perfectamente lo que quería explicar, de todos modos… http://en.wikipedia.org/wiki/Application_server 🙂
ciao!
Pues yo creo que Dublin es algo que se echaba en falta desde hace tiempo, vamos «que nos lo debían»; porque cuantas veces uno ha codificado a mano los hosts para WF, o configurado a mano los servicios de WCF, etc …
vamos que nos ahorraremos todo el trabajo manual, con un server out of the box en Windows Server 2008 -> yo feliz …
Saludos
David, yo no creo que haya quedado tan claro. Estás usando el término «servidor de aplicaciones» con un sentido distinto al de las definiciones que citas.
Según esas definiciones SQL Server, IIS y Sharepoint son servidores de aplicaciones, y la plataforma .Net no tiene nada que ver con un servidor de aplicaciones aunque contenga partes que pueden ser utilizadas para construir servidores de aplicaciones.
Por lo que cuentas parece que Dublin es un conjunto de bloques para construir servidores de aplicaciones. Creo que esta es una forma bastante más clara de explicarlo.
Y antes de construir algo siempre viene bien saber si ya lo tienes 🙂
@Alfredo Entonces me he explicado mal… Dublin no es para construir servidores de aplicaciones. Es una capa que se añade a windows server para mejorar las capacidades de servidor de aplciaciones, añadiendo monitorización y herramientas orientadas a los servicios que aloja.
El problema (igual es lo que no he conseguido explicar) es que mucha gente piensa que dublin es un servidor de aplicaciones… es falso, es una capa sobre windows server. En microsoft, no existe el servidor de aplicaciones como producto, la funcionalidad esta repartida entre otros.
Espero haber aclarado un poco lo que quería decir. Gracias por el apunte!
David, entonces Dublín consiste en mejorar los servicios de Windows de toda la vida para trabajar sin usar un servidor de aplicaciones, y en extensiones para IIS.
Entonces Dublin no tiene nada que ver con los servidores de aplicaciones tipo WebSphere sino que sirve para eliminarlos, ya que las aplicaciones son gestionadas directamente por el sistema operativo (servicios) o por IIS.
Pues está bien porque los servidores de aplicaciones del estilo de los de Java nunca han aportado mucho.