Visión técnica general de WebSphere Message Broker

WebSphere Message Broker permite que la información empaquetada como mensajes fluya entre distintas aplicaciones de empresa, desde grandes sistemas tradicionales hasta dispositivos sin nombre, como sensores en interconexiones.

En este diagrama se muestran los cuatro componentes principales de WebSphere Message Broker (Kit de herramientas de Mssage Brokers, Gestor de configuración, Intermediario y Servidor de nombres de usuario, y cómo interaccionan entre sí.

WebSphere Message Broker procesa los mensajes de dos formas: mediante el direccionamiento de mensajes y la transformación de mensajes.

Direccionamiento de mensajes

Pueden direccionarse los mensajes, desde el emisor al destinatario, según el contenido de cada mensaje.

Los flujos de mensajes que se diseñan controlan el direccionamiento de mensajes. Un flujo de mensajes describe las operaciones que han de realizarse en el mensaje entrante y la secuencia en que éstas se llevarán a cabo.

Cada flujo de mensajes consta de:

IBM suministra nodos y ejemplos incorporados para muchas funciones comunes. Si necesita funciones adicionales, puede escribir sus propios nodos definidos por el usuario; consulte el apartado Visión general de las extensiones definidas por el usuario.

Los flujos de mensajes se crean en el Kit de herramientas de Message Brokers que es un entorno de desarrollo y una consola de administración de dominio de intermediarios integrados.

Transformación de mensajes

Antes de entregarse, los mensajes pueden transformarse:
  • Pueden transformarse de un formato a otro, quizá para satisfacer los distintos requisitos del emisor y el destinatario.
  • Pueden transformarse mediante la modificación, combinación, adición o supresión de campos de datos, lo cual puede implicar el uso de información almacenada en una base de datos. Puede correlacionarse la información entre los mensajes y las bases de datos. Se puede realizar una manipulación más compleja de los datos de mensajes codificando SQL ampliado (ESQL) o Java dentro de nodos configurables.
Diversos nodos pueden realizar transformaciones en un flujo de mensajes. Para que un nodo de flujo de mensajes pueda actuar en un mensaje de entrada, primero debe entender la estructura de ese mensaje.
  • Algunos mensajes contienen una definición de su propia estructura y formato. Dichos mensajes se conocen como mensajes autodefinidos que se pueden manejar sin la necesidad de más información sobre la estructura y el formato; consulte el apartado Elementos y mensajes predefinidos y autodefinidos.
  • Otros mensajes no contienen información sobre la estructura y el formato. Para procesarlos, debe crear una definición de su estructura; consulte el apartado Archivos de definición de mensajes.

Las definiciones de mensajes que diseña se crean dentro de un conjunto de mensajes que contiene una o más definiciones de mensajes. Los conjuntos de mensajes también clasifican por categorías las definiciones de mensajes. El recurso de categorías, que puede ampliar utilizando los scripts XSLT, se utiliza para generar WSDL (Web Services Description Language) y documentación; consulte el apartado Categorías de mensaje.

Las definiciones de mensajes, al igual que los flujos de mensajes, se crean en el entorno de trabajo. Pueden contener dos tipos de información:
  • La estructura lógica; la disposición abstracta y las características de los datos, representados como una estructura en árbol; consulte el tema El modelo de mensaje.
  • Uno o más formatos físicos: la forma en que los datos se representan y se delimitan en la corriente de bits física; consulte el apartado Formatos físicos del dominio de MRM.

Creación del entorno de ejecución

Las tareas de direccionamiento y transformación de mensajes tienen lugar en un intermediario. Los intermediarios contienen un número de grupos de ejecución que son procesos en los que se ejecutan los flujos de mensajes.

Los intermediarios se agrupan en dominios de intermediarios. Cada dominio está gestionado por un Gestor de configuración. Puede haber muchos intermediarios en un solo dominio y cada uno puede ejecutarse en un sistema distinto. La existencia de varios intermediarios proporciona protección ante anomalías y permite dividir el trabajo entre distintas secciones de la empresa.

El administrador del sistema crea el Gestor de configuración con una instrucción de línea de mandatos. El Gestor de configuración utiliza un depósito interno para almacenar información relacionada con el dominio de intermediarios.

Del mismo modo, el administrador del sistema crea uno o más intermediarios, enlazando cada uno de ellos con un Gestor de configuración particular, con lo que pasan a formar parte del dominio controlado por ese Gestor de configuración. Cada intermediario utiliza una base de datos para almacenar la información que necesita para procesar los mensajes durante la ejecución.

El Gestor de configuración también muestra los usuarios y los grupos de las Listas de control de accesos (ACL) que se utilizan para establecer los permisos de usuario; consulte el apartado Seguridad basada en temas. Para obtener más información sobre ACL, consulte Publicación/Suscripción más adelante en este tema.

Desarrollo de aplicaciones

Después de que el administrador del sistema haya creado y conectado los componentes del dominio de intermediarios, un desarrollador de aplicaciones crea y modifica los flujos de mensajes y definiciones de mensajes utilizando el entorno de trabajo.

Se utilizan diferentes perspectivas en el entorno de trabajo para desarrollar flujos de mensajes y conjuntos de mensajes, y para administrar dominios de intermediarios; consulte el apartado Kit de herramientas de Message Brokers.

Se puede utilizar un depósito para proporcionar un control de acceso y control de versiones. Un depósito también permite que varios programadores trabajen en paralelo con los mismos recursos; consulte Depósito de desarrollo.

Puede utilizar WebSphere MQ para la comunicación entre la aplicación y los intermediarios; consulte WebSphere MQ Enterprise Transport. Otros protocolos de comunicación que puede utilizar son:

Despliegue de aplicaciones para el entorno de ejecución.

Cuando se han creado flujos de mensajes y conjuntos de mensajes utilizando el entorno de trabajo, los datos ejecutables se pueden desplegar (transferir) a uno o más intermediarios; consulte Visión general del despliegue.

Puede desplegar datos de las distintas formas:
  • Desde el entorno de trabajo
  • Utilizando un mandato de shell
  • Utilizando la interfaz de programación de aplicaciones de Proxy del Gestor de configuración

Cuando se despliegan flujos de mensajes y conjuntos de mensajes , éstos se compilan y colocan en un archivo de archivado de intermediario (BAR) y se envían al Gestor de configuración; consulte Visión general del despliegue. El archivo BAR tiene propiedades del sistema configurables. Puede modificar las propiedades como los nombres de colas y de bases de datos, sin tener que cambiar los archivos de origen o volver a desarrollar el flujo de mensajes. Esta configuración facilita el traslado de definiciones entre sistemas.

El Gestor de configuración abre el sobre, extrae el contenido, registra la información que ha recibido y redirige la información a los intermediarios adecuados. (El sobre se elimina una vez recuperada la información que contenía.) Cada intermediario almacena la información en su propia base de datos local. Este almacenamiento local indica que, cuando un intermediario tiene suficiente información, puede continuar procesando mensajes aunque ya no siga conectado a su Gestor de configuración.

El Gestor de configuración coordina toda la actividad (por ejemplo, cambios en un conjunto de mensajes) entre el entorno de trabajo y los intermediarios dentro de su dominio. La mensajería de WebSphere MQ se utiliza entre el entorno de trabajo, el Gestor de configuración y los intermediarios.

Publicación/Suscripción

La forma más sencilla de dirigir los mensajes es utilizar la mensajería punto a punto, enviando directamente los mensajes de una aplicación a otra; consulte Modelos de comunicación con aplicaciones. La Publicación/Suscripción proporciona una forma alternativa de mensajería.

Una aplicación de publicación envía un mensaje sobre un tema con nombre a un intermediario; consulte Temas. El intermediario pasa el mensaje publicado a las aplicaciones que han registrado un interés sobre ese tema. El publicador y el suscriptor ignoran la existencia del otro.

El intermediario maneja la distribución de los mensajes entre las aplicaciones de publicación y las de suscripción. Las aplicaciones pueden publicar muchos temas, o suscribirse a ellos, así como aplicar mecanismos de filtro más sofisticados.

Un Servidor de nombres de usuario opcional en el dominio de intermediario controla quién está autorizado a publicar o suscribirse a temas. La seguridad basada en los temas se establece y administra desde el entorno de trabajo.

Los permisos de usuario a nivel individual o de grupo se establecen utilizando las Listas de control de accesos; consulte Seguridad basada en temas.

Información adicional

Para ver una introducción básica a WebSphere Message Brokers, consulte la publicación de IBM Redbooks WebSphere Message Broker Basics.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009.
Última actualización : 2009-02-16 13:53:27

ab20551_