Entendiendo la arquitectura de BizTalk Server 2004

Microsoft BizTalk Server 2004 es principalmente una plataforma para mensajería de negocios y aplicaciones basadas en procesos que funciona por medio de servicios Web de publicación y suscripción de contenidos, pero no solo de eso sino de distintas descripciones de los mismos. Básicamente lo que se hace con esta plataforma es definir que información deseamos compartir con otras aplicaciones de negocios y publicarla, o en su caso consumirla.

>

Un mensaje es recibido en una ubicación definida en un puerto de recepción dado, este mensaje es procesado y enviado a la base de datos MessageBox, que es el mecanismo de persistencia y ubicación. La base de datos evalúa las suscripciones existentes y enruta el mensaje hacia las orquestaciones y puertos de envío que le corresponden a la suscripción. La Base de datos MessageBox es una de las bases de datos que instala Biztalk Server, de las cuales hablaré en otras ocasiones pero que ennumero a continuación para que puedan investigar mientras:

• BAM Analysis
• BAM Archive
• BAM Notification Services Application database
• BAM Notification Services Instance database
• BAM Primary Import database
• BAM Star Schema BizTalk Base
• EDI databaseBizTalk Management database
• BizTalk MessageBox database
• BizTalk Tracking database
• HWS Administration database
• Rule Engine database
• SSO database
• TPM database
• Tracking Analysis Server
• Windows SharePoint Services configuration database
• Windows SharePoint Services content database

Cada mensaje de BizTalk se compone de cero o varias partes, cuando se tiene al menos una parte una de ellas se identifica como cuerpo del mensaje. Cada una de las partes es un bloque binario que puede representar un documento XML, un archivo plano, una clase serializada de .NET o cualquir otro tipo de flujo de datos. El cuerpo del mensaje se utiliza para identificar la parte del mensaje que se usa para enrutar. Algo que es muy importante es que un mensaje de BizTalk es inmutable, o sea que no puede ser cambiado una vez que se ha creado en la base de datos MessageBox. Para hacer una modificación tendrías que copiar el mensaje en otro nuevo del mismo tipo y modificarlo antes de mandarlo a la base de datos.

Los puertos de recepción y envío son la combinación de canales (pipelines), adaptadores y ubicaciones en el caso de los de recepción que funcionan por medio de SOAP para efecto de información y de FTP para efecto de transferencia de archivos, estos puertos también pueden hacer el trabajo de cifrado y descifrado de la información que transmitirán. Entre los puertos de recepción y envío existe una orquestación, que es el proceso de transformación, suscripción y publicación de los mensajes, que a su vez hace el trabajo de grabación en la base de datos MessageBox. Además existe un servicio de agente que controla el flujo de información de la base de datos, que funciona en un servidor SQL Server.

Los puertos de recepción funcionan de la siguiente manera: Primero que nada se crean ubicaciones y mapas, las ubicaciones son las fuentes de información y los mapas son hojas de estilo XSLT que transforman dicha información. La información es así enviada a un canal en el cual se lleva a cabo una serie de procesos como decodificación, desensamblado, validación, y resolución de paridad. La decodificación convierte el mensaje recibido en información útil, el desensamblado se encarga de dividir el mensaje en varios mensajes mas pequeños para eficientar el proceso, la validación verifica que el objeto enviado sea integro conforme a lo que se intenta recibir y la resolución de paridad se encarga de que no existan objetos duplicados.

En cuanto a los puertos de envío el proceso es al contrario, primero se leva a cabo un pre-ensamblado, un ensamblado y una codificación. Los primero dos crean el mensaje a partir de un objeto dado y la codificación se encarga de describir el contenido, cifrarlo y prepararlo para su transmisión.

Cuando un mensaje es recibido por un adaptador de petición y respuesta, BizTalk Server publica la petición en la base de datos, luego, este mensaje es recibido por un suscriptor adecuado, que publica la respuesta en el servidor de igual forma, avisando al agente que publique el envío de lo que se esta solicitando para que la aplicación solicitante pueda obtenerlo. Luego entonces, el flujo es el siguiente:

1. El adaptador SOAP envía mensages al Endpoint Manager
2. El Endpoint Manager publica el mensaje en la base de datos MessageBox
3. La orquestación, que esta apuntando al puerto de recepción y está suscrita al mensaje recibe el mismo y lo procesa.
4. La orquestación envía un mensaje de respuesta que también se publica en la base de datos MessageBox.
5. El Endpoint Manager recibe el mensaje de respuesta.
6. El Endpoint Manager regresa la respuesta al adaptador SOAP.

Etiquetas: Arquitectura de software », BizTalk, Interoperabilidad, Servicios Web »

Entendiendo la arquitectura de BizTalk Server 2004

Escrito por Alfonso Lara Ramos @ 12:58

| | | | | | | | | | | |

Contenidos relacionados: Google, Live Search, Tafiti, Yahoo