Estos días durante la conferencia Professional Developers Conference (PDC) que se ha celebrado en Los Angeles se han anunciado y presentado planes de futuro alrededor de .NET, tecnologías de integración y modelado. Aquí hemos hablado de ellas: BizTalk Server 2009, Oslo, .NET Framework y la última que mencionamos fue Dublin -conjunto de mejoras y capacidades en el servidor de aplicaciones-

Una de las preguntas más frecuentes en las sesiones de BizTalk fue dónde está la diferencia entre BizTalk y Dublin; aparentemente ambas tecnologías se superponen en algunos aspectos; vamos, que parece que hacen lo mismo lo que genera confusión y dudas. Yo he recibido también algunas preguntas en conversaciones con clientes durante estos días.

Voy a ver si, brevemente, soy capaz de poner un poco de luz en esta cuestión, ¿cúal es la diferencia entre Dublín y BizTalk?.

Empecemos por 'refrescar' qué es Dublín. Dentro de un anuncio más general sobre .NET Framework nos referimos a una serie de mejoras en componentes clave como son Windows Communication Foundation (WCF) y Workflow Foundation (WF): nuevas capacidades de mensajería y REST, nuevos modelos de workflow, mejoras en la integración entre WCF y WF, un nuevo diseñador visual ...

Además de mejoras en WCF y WCF, Dublín incorporará algunos servicios preconstruidos como correlación basada en mensajes, servicios de reenvío de mensajes, enrutamiento basado en contenido, servicios de compensación para transacciones de larga duración ...

Conceptos estos últimos que aparecen siempre en nuestras conversaciones de BizTalk. Veamos dos diferencias, en mi opinión, importantes entre ambos:

1. Message Box. Pieza clave en una arquitectura de BizTalk Server en escenarios de intercambio de mensajes donde hay que garantizar la escalabilidad, fiabilidad y robustez entre aplicaciones, sistemas y localizaciones distintas.
2. Motor de Orquestaciones. Junto al servicio de Messaging mencionado en el punto 1 otro de los puntos clave de BizTalk. Con su herramienta gráfica, Orchestration Designer, y servicios incluidos como el control transaccional, gestión de excepciones, soporte de Servicios Web.

Además de estas dos claras diferencias podríamos añadir una tercera también importante; el valor que encontramos en BizTalk cuando nos referimos a escenarios verticales concretos como pueden ser mensajería SWIFT, HL7 o RFID, son funcionalidades nativas en BizTalk, vienen de serie, extendiendo así la capacidad de BizTalk para abordar soluciones en estos mercados verticales.

Seguiremos hablando más en profundidad de estas tecnologías. Espero haber aclardo un poco las ideas.