This Blog

Syndication

Search

Tags

Community

Email Notifications

Archives

Enlaces Recomendados

MOSS, WF, BTS 2006 R2: ¿Cuándo?, ¿Dónde?, ¿Sirven para lo mismo?,...

 

Cómo sabéis, el pasado día 4 de diciembre tuvo lugar en Madrid la 2ª SOA Conference organizada por Microsoft. Este evento es una prolongación de la conferencia que sobre la misma temática se realiza con anterioridad en Redmon y trata de compartir a nivel de España las principales conclusiones obtenidas sobre SOA, su evolución presente y futura, y la relación con otros términos que hemos comentado en posts previos como: Software + Services (S+S), Enterprise Service Bus (ESB) o la propia filosofía que gira en torno a las Service Oriented Architecture (SOA). Las distintas ponencias presentadas en el evento fueron muy interesantes, aunque hubo dos que me interesaron particularmente. La primera, y que está relacionada con este post, la impartió Eduardo Azanza y trataba sobre como elegir la combinación adecuada de BizTalk Server 2006 R2 (BTS 2006 R2), Windows Workflow Foundation (WF) y Microsoft Office SharePoint Server (MOSS). La segunda ponencia trataba sobre Office Business Applications y fue impartida por Pablo Pélaez...la demo que nos hizo con VSTO, la API de OXML, Excel Services y workflows en MOSS fue espectacular.

Centrándonos en el título del post...cuando se habla de escenarios de integración, de necesidad de workflows, de entornos colaborativos o de comunicación, todos pensamos en BTS 2006 R2, WF o MOSS, pero seguramente os habréis preguntado en qué escenarios aplica cada una de estas plataformas y en cuáles no, así como su complementariedad  (que la hay y muy clara). Para resolver estas dudas, vamos a ir viendo en qué escenarios aplica cada uno de estos monstruos y en cuales no.

BTS 2006 R2

Antes de hablar de escenarios de aplicación, lo primero que tenemos que saber es qué capacidades tiene BTS 2006 R2...Uff, podríamos estar horas y horas hablando de estas capacidades, por lo que vamos a resumirlas:

  • Capacidades de integración y mensajería, gracias a que permite integrar y comunicar un amplio rango de aplicaciones software (SW) pues soporta distintos protocolos de comunicación e integración: HTTP, FTP, SQL, FILE, SAP, etc. Asimismo, BTS 2006 R2 dispone de una serie de aceleradores verticales pensados para ciertos mercados verticales concretos: entorno sanitario (HL7), entorno bancario (SWIFT),...
  • Un motor de procesos, que permite la creación de orquestaciones con las que modelamos los procesos de negocio y el correspondiente motor de ejecución de las mismas. Además, hay servicios de valor añadido:
    • Llamada a servicios web en orquestaciones y puertos de BTS 2006 R2 y exposición de orquestaciones como servicios web.
    • Compensación de transacciones.
  • Un motor de reglas de negocio, que permite definir de manera visual y a un nivel alto las reglas de negocio de una organización para ser utilizadas en las orquestaciones o fuera de ellas.
  • Gestión de las relaciones con los socios comerciales a través de lo que se denomina Trading Partner Management, que permite a través de un portal SharePoint establecer como una organización permite a sus socios comerciales participar en los procesos de negocio.
  • Integración con Office y vista de negocio de los procesos a través de la Business Activity Monitoring, basada en la definición de modelos de observación sobre los procesos modelados con orquestaciones. En este caso estamos hablando de herramientas más orientadas al usuario de negocio.
  • Capacidad de gestión y monitorización mediante la consola de administración de BTS 2006 R2, utilizando el Health And Activity Tracking (HAT), con el Microsoft ESB Guidance tendremos un portal ESB para gestionar toda la información relativa a excepciones que se produzcan en el ESB, etc.

image

De acuerdo a estas capacidades, ¿cuándo se utiliza BTS 2006 R2?

  • En escenarios de mensajería en los que se requiera la integración de entornos diversos y heterogéneos: Mainframes de IBM, plataformas tecnológicas diversas (.NET vs Java), ERP's, etc. Para este escenario BTS 2006 R2 dispone de los adaptadores y aceleradores comentados más el runtime de mensajería que habilita el intercambio de mensajes de manera orquestada o no (Pass Through).
  • Cuando la escalabilidad, robustez y tolerancia a fallos sean requisitos claves en la arquitectura / solución de integración / mensajería / SOA a implementar. BTS 2006 R2 posee estas capacidades ya que se puede configurar en alta disponibilidad, se puede añadir más capacidad de manera ilimitada, etc.
  • Cuando se requieran buenas prestaciones de tiempo de diseño de los distintos componentes de la solución. BTS 2006 R2 tiene buenas prestaciones en este sentido pues podemos definir de manera visual las orquestaciones, esquemas que siguen los mensajes a transmitir, transformaciones de mensajes con mapas de BTS 2006 R2 o pipelines.
image image image

¿y cuándo no tiene sentido hablar de BTS 2006 R2?

  • Cuando se necesita interactividad entre aplicaciones (del tipo de las que dan las aplicaciones tipo smart client o web client).
  • Cuando hablamos de procesos embebidos no autonómos, en los que los procesos se modelan mediante flujos de trabajo secuenciales o de máquina de estados y no hay necesidades de integración de entornos y/o aplicaciones diversas.
  • Cuando es necesario acceder a recursos de la máquina dónde se ejecuta la aplicación.

Por lo tanto BTS 2006 R2 está pensado para escenarios de integración de aplicaciones y plataformas heterogéneas, tanto dentro como fuera de una organización siendo necesaria la orquestación de estos entornos y la utilización de estándares en el intercambio y exposición de información (XML y servicios web).

image image image

 

WF

Frente a BTS 2006 R2, WF está más enfocado al desarrollador y no tiene componentes específicos para usuarios de negocio. WF es una API para la creación de workflows secuenciales o de máquina de estados de manera visual, codificada y/o mixta. ¿cuándo tiene sentido utilizar WF?

  • Cuando se necesite interactividad de aplicaciones, por ejemplo controlar la navegación de una aplicación web, modelar un proceso de gestión documental, etc.
  • Cuando estemos hablando de aplicaciones con baja latencia y capaces de responder rápidamente a eventos.
  • Hosting avanzado de procesos, como hostear el propio runtime de WF (lo que precisamente hace WSS 3.0 & MOSS).
  • Cuando queramos construir nuestro propio diseñador personalizado de workflows, al estilo de lo que tenemos con SharePoint Designer 2007 que permite la creación de workflows a usuarios no técnicos.

Por otro lado, frente a BTS 2006 R2, en WF estamos hablando de una arquitectura standalone que no tiene implementada por defecto una solución de monitorización.

image  image image  

Plataforma SharePoint

Finalmente, en lo que a SharePoint se refiere, estamos hablando de la plataforma por excelencia para el modelado de escenarios de comunicación, colaboración y gestión documental en entornos Intranet y Extranet. En todos estos escenarios se necesita de la capacidad para modelado de procesos de gestión documental, colaboración o comunicación, lo que la plataforma consigue a través de hostear el runtime de WF y de ofrecerle los correspondientes servicios en el entorno de SharePoint, es decir, estamos hablando runtime específico de WF orientada a SharePoint:

  • SharePoint es el hoster de WF y tiene implementaciones propias de los servicios de hosting que este necesita para comunicarse con el entorno de SharePoint, realizar el tacking de ejecución de los workflows en elementos de SharePoint, etc.
  • Frente al modelo de WF convencional, en SharePoint accedemos al runtime mediante el modelo de objetos de SharePoint.
  • Tenemos una librería de actividades para workflows en SharePoint.

Por lo tanto SharePoint encaja para la definición de procesos orientados al documento y al usuario final...¿cuándo no tiene sentido SharePoint? Pues cuando nos encontramos ante escenarios de integración puros o arquitecturas End-to-End.

image image image

 

...en resumen

Si bien es cierto que BTS 2006 R2, WF y SharePoint tienen sentido en ciertos escenarios, pero no en otros, también lo es que su uso combinado nos permite cubrir todo el espectro de escenarios comentados:

image image

Sin más, espero que la información os resulte interesante y que sobre todo os ayude a tener claro cuando utilizar cada plataforma, cuando no y cuando combinarla para implementar siempre la solución de más valor.

Published 6/12/2007 0:35 por Juan Carlos González Martín

Comparte este post:

Comentarios

# re: MOSS, WF, BTS 2006 R2: ¿Cuándo?, ¿Dónde?, ¿Sirven para lo mismo?,...@ Saturday, December 8, 2007 4:19 AM

Esta empresa nos ha optimizado todo el flujo de trabajo de forma óptima: www.ciberfor.com/Soluciones_DAM.htm  .

Recomendados 100% .

David