Ciclo de vida de un mensaje

La ilustración siguiente ofrece información general de alto nivel de la arquitectura de BizTalk Server desde el punto de vista de la mensajería.

En esta vista simplificada, se recibe un mensaje a través de una ubicación de recepción definida en un puerto de recepción determinado. La ubicación de recepción procesa el mensaje y lo publica en la base de datos de cuadro de mensajes, el mecanismo principal de persistencia y enrutamiento de BizTalk Server. El cuadro de mensajes evalúa las suscripciones activas y enruta el mensaje a las orquestaciones y puertos de envío en los que coinciden las suscripciones. Las orquestaciones pueden procesar el mensaje y publica mensajes a través del cuadro de mensajes en un puerto de envío, desde donde se transportan al destino final.

A continuación se presentan los componentes principales del procesamiento de mensajes de BizTalk Server.

Puertos de recepción y ubicaciones de recepción

Un puerto de recepción es una colección de una o varias ubicaciones de recepción que definen puntos de entrada específicos en BizTalk Server. Una ubicación de recepción es la configuración de un único punto de conexión (URL) para recibir mensajes. La ubicación contiene la información de configuración para el adaptador de recepción y la canalización de recepción. El adaptador es responsable del transporte y la parte de comunicaciones de la recepción de un mensaje. Entre los ejemplos se incluyen el adaptador de archivo y el adaptador de SOAP, que reciben mensajes desde distintas procedencias. La canalización de recepción se encarga de la preparación del mensaje para su publicación en el cuadro de mensajes. Una canalización es una serie de componentes que se ejecutan en secuencia, cada uno de los cuales proporciona un procesamiento específico a un mensaje como descifrado o cifrado, análisis o validación. Para más información sobre las canalizaciones, los puertos de recepción y las ubicaciones de recepción, consulte Artefactos.

Puertos de envío y grupos de puertos de envío

Un puerto de envío es la combinación de una canalización de envío y un adaptador de envío. Un grupo de puertos de envío representa un conjunto de puertos de envío y funciona como una lista de distribución de mensajes de correo electrónico. Cuando se envía un mensaje a un grupo de puertos de envío, dicho mensaje se enviará a todos los puertos de envío del grupo. La canalización de envío sirve para preparar un mensaje procedente de BizTalk Server para transmitirlo a otro servicio. El adaptador de envío se encarga de enviar el mensaje con un protocolo específico, como, por ejemplo, SOAP o FTP. Para obtener más información sobre los puertos de envío y los grupos de puertos de envío, consulte Artefactos.

Orquestaciones

Las orquestaciones pueden realizar suscripciones para recibir y publicar (enviar) mensajes a través del cuadro de mensajes. Además, las orquestaciones pueden construir nuevos mensajes. Los mensajes se reciben con el mecanismo de suscripción de enrutamiento ya mencionado. Cuando se completan las suscripciones para las orquestaciones, se activa una nueva instancia y el mensaje se entrega, o, en caso de que se trate de suscripciones de instancia, la instancia vuelve a hidratarse si es necesario y el mensaje se entrega. Cuando se envían mensajes desde una orquestación, se publican en el Cuadro de mensajes de la misma manera que un mensaje que llega a una ubicación de recepción con las propiedades adecuadas se inserta en la base de datos para su uso en el enrutamiento. Para obtener más información sobre las orquestaciones, consulte Artefactos.

Base de datos de cuadro de mensaje

El núcleo del motor de suscripción o publicación de BizTalk Server es la base de datos de cuadro de mensajes. El cuadro de mensajes se compone de dos componentes: una o varias bases de datos de Microsoft SQL Server y el Agente de mensajes. La base de datos de SQL Server proporciona el almacén de persistencia para numerosos componentes, entre los que se incluyen mensajes, propiedades de mensaje, suscripciones, estados de orquestación, datos de seguimiento y colas de hosts para el enrutamiento. Para obtener más información sobre la base de datos messageBox, vea La base de datos de cuadro de mensajes.

Host e instancias de host

Un host es una representación lógica de un proceso de Microsoft Windows que ejecuta BizTalk Server artefactos como puertos de envío y orquestaciones. Una instancia de host es la representación física de un host en un servidor específico. Existen dos tipos de host: el host de tipo En curso, propiedad de BizTalk Server y administrado por él, o el host aislado, que implica que el código de BizTalk Server se está ejecutando en un proceso no controlado por BizTalk Server. Un buen ejemplo de host aislado es Internet Information Services (IIS), que aloja las funciones de recepción de los adaptadores de HTTP y SOAP. Los hosts se definen para un grupo de BizTalk Server completo, un conjunto de servidores BizTalk Server que comparten configuración, cuadros de mensajes, puertos, etc. Para obtener más información sobre los hosts y las instancias de host, consulte Entities( Entidades).

Guardar un cuerpo de mensaje

Hay tres formas de guardar un cuerpo de mensaje.

Desde las consultas de la página del concentrador de grupo del MMC de administradores

Este método solo es para los mensajes de la base de datos de cuadro de mensajes.

• Visualización de una instancia de servicio.

• Abra el cuadro de diálogo Detalles de la instancia de servicio .

• Haga clic en la pestaña Mensajes para ver la lista de mensajes asociados a esta instancia.

• Haga clic con el botón derecho en el mensaje y, a continuación, haga clic en Guardar.

  O bien

• Haga doble clic en el mensaje para abrirlo en el Visor de mensajes y haga clic en Guardar.

Desde el modelo de objetos de operaciones

• Use GetInstance para recuperar un objeto instancia de servicio.

• Use Instance.Messages [ ] para enumerar todos los mensajes a los que hace referencia actualmente la instancia de servicio.

• Use métodos en el objeto message como Message.BodyPart [ ] y Message.Context [ ] para acceder a él y guardarlo.

Desde DTA

• Recupere mensajes de DTA mediante las llamadas API GetTrackedInstance y GetTrackedmessage .

Consulte también

Arquitectura en tiempo de ejecución