Pronóstico: Para el año 2014 todos los servicios de Biztalk formarán parte de servicios de plataforma o parte de otros productos ya existente que los incorporarán como servicios adicionales.

Hace un tiempo meditaba sobre la idea de hacerme un tatuaje que dijera “Biztalk Server”, pero cuando fui a hacerme mi primer tatuaje de prueba, el tatuador de turno me preguntó: ¿Dónde querés el tatuaje? – Acá en el medio de la espalda - le  contesté, -pero elegí vos el lugar, porque vos sos el que sabe. Entonces con esa sabiduría que caracteriza la sencillez me dijo: - El tatuaje es tuyo y es para siempre, mejor elegí vos donde lo querés.

De esta historia, lo que recojo es el “para siempre”, y me obligó a pensar en si Biztalk Server duraría para siempre. Ya en ese momento tuve una visión: algunas de las características de Biztalk son necesarias para todas las empresas sin importar el tamaño y deberían ser incorporadas a la plataforma, pero no me animé a aventurar un pronóstico tan fuerte como el de hoy porque seguían existiendo un conjunto de servicios que eran de mayor porte y necesitaban un producto como “paraguas” para el mismo.

Con el descubrimiento de las nuevas características de WinFx, mayormente lo que significa WWF, hay bastantes de las características que yo no hubiera pensado como “necesarias para todos” que están inclusive incorporadas en ese conjunto de bibliotecas de Framework gratuitas. El motor de orquestación de Biztalk modelado de una manera flexible y extensible en el motor de workflow de WWF, de hecho está anunciado que la próxima versión de Biztalk utilizará WWF como su base. El motor de Business Rules, de Biztalk, que de por sí podría haber sido un producto aparte (comercializable), en gran medida pasa a formar parte de WWF, y también será la base de la BRE de la próxima versión de Biztalk.

Bien, pero inclusive con todos esos hallazgos, yo seguía viendo a Biztalk como una opción “corporativa” para agrupar todas estas características y un buen host de los servicios de WWF que, de no usar Biztalk, requerirían de una programación específica para realizar hosting y monitoreo.

Pero… yo tengo un “Pepe Grillo Personal”. Normalmente todos los mentirosos (y no soy un experto jugando al truco, pero sí un buen compañero) tenemos una voz de la conciencia que tiene apariencia física.  No puedo develar su identidad porque desaparecería; como en todas las fábulas, la revelación conduce a la desaparición, y por ahora necesito mi conciencia. Resulta que conversando con mi amigo Grillo, el me pregunta ¿Cuál es el futuro de Biztalk? A lo cual convencido, le comento todo lo que expresé más arriba. Es cuando me hace la pregunta ¿y si el resto se incorpora en algún otro producto?

Lo miré y como si un relámpago hubiera atravesado la sala, el conocimiento de la probabilidad nos encegueció: SqlServer.

Hay algo que hasta ese momento no tenía tanto sentido para mí, he dado charlas, entiendo el concepto, me gusta la aplicabilidad para cierto tipo de proyectos, pero no entendía el RoadMap para el servicio de Sql: Microsoft SqlServer Service Broker. Un motor de mensajería basado en SqlServer que tiene aplicación en limitados escenarios pero que implementa algunos patrones de mensajería más que interesantes y en algunos casos de una escalabilidad superlativa de una manera varias veces más simple que implementarlo en Biztalk.

Pero, ¿qué pasa si este servicio cubre el resto de las características que tiene Biztalk en su servicio de publicación suscripción? Ya estamos mucho más cerca de tener las características.

Nos queda el motor de transformación, que no es más que un generador/ejecutor de transformaciones XSLT “pasables” con la posibilidad de ejecutar estas transformaciones; una funcionalidad fácilmente portable a un SqlServer que ejecuta CLR sin problemas.

Y nos queda el postre: los adapters.

La funcionalidad de los adapters y su forma de conectarse con Biztalk, es la que nos resultó más difícil de imaginar fuera de la infraestructura de Biztalk, pero reconozcamos que la belleza de la solución de los adapters es que desacopla orígenes y destinos, por lo que, con un poco de imaginación, podría prescindir también del propio Biztalk. Ya imagino: Microsoft SqlServer Adapter Framework.

Y algunos de estos servicios podrían inclusive formar parte de SqlServer Express, o migrar a ser parte de servicios de Windows. Esto formará parte del esquema de licenciamiento que los genios de Redmond dictaminen.

Porque para mí sigue teniendo sentido que algunas partes formen parte de un producto, porque no todas las empresas necesitan toda la funcionalidad, y es lógico que de cierta complejidad hacia arriba, la capacidad de ejecutar sobre esta funcionalidad tenga un costo adicional a la plataforma (aunque es mi humilde opinión), por eso el Microsoft SqlServer Adapter Framework (disponible solamente en Estandar y Enterprise)

Con lo cual, en el futuro, tendríamos Windows, WinFX vx (con x>3) y SqlServer ofreciendo el conjunto de los servicios. Biztalk  2012 sería la última versión del servidor como tal.

En el camino, muchos de nosotros dejaríamos de ser “Product Specialist” para ser “Feature Specialist”.

Bueno, en fin, que me parece que el tatuaje de Biztalk por ahora, no me lo hago.

Dijera Fabi Cantilo: Nada es para siempre.