Un escenario de negocio que podría implicar la integración de una serie de sistemas de TI utilizando JMS?

Question

Puede alguien darme algunas sugerencias de unos escenarios de negocio donde pueda poner en práctica los servicios de mensajería Java (JMS). El mensaje puede ser enviado ya sea por la cola (punto-a-punto) o tema (suscripción regular / duradero).

Me va a utilizar JMS (habilitados a través de TIBCO Enterprise Messaging Services).

Los escenarios de negocio debe incluir al menos 3 sistemas de TI / aplicaciones.

Answer 1

El caso de uso clásico es el de un bus de servicios empresariales con JMS como uno de los transportes disponibles. En este caso, cualquier número de sistemas de TI puede solicitar una invocación de servicio mediante la colocación de un mensaje en una cola bien conocida. El proveedor de servicios de escucha en esa cola determina dinámicamente la respuesta basada en campos Reply-To del mensaje JMS. Un ejemplo de un servicio típico es indagar en la información demográfica o actualización del cliente. A los fines de la investigación, esto definitivamente se adapte a su necesidad de recabar al menos 3 sistemas de TI desde casi todo trato con los clientes tendrían que solicitar este servicio.

Otro ejemplo con amplia aplicación es la explotación forestal. Tengo varios clientes que utilizan los mensajes JMS con las entradas de registro de captura desde el otro lado de la red y las remitirá a un centro de servidores centrales. Debido a que es JMS, el cubo central puede ser altamente disponible mediante el uso de servidores redundantes y puede escalar horizontalmente para absorber cargas de temporada.

Para pub / sub un ejemplo que me gustó es de una compañía de seguros. Publican eventos sobre temas que están suscritos en varios centros de llamadas, tickers de noticias internos y socios de negocios. Durante un huracán hace unos años, estos eventos incluyen cambios en las predicciones de recalada y luego después de la tormenta pasó las actualizaciones incluidas ubicaciones de los ajustadores de reclamaciones móviles y otros servicios de apoyo. Pub / Sub fue una gran manera de coordinar esta masiva movilización de personal y comunicar de nuevo a la espalda de apoyo en tierra en la sede.

Un caso pub / sub uso más mundanas con una amplia aplicabilidad es la gestión de sistemas. aplicaciones instrumentadas pueden publicar su estado y los interesados ??pueden recibir estas notificaciones. Si algo está actuando raro en la producción, el administrador puede activar de forma dinámica una suscripción a una corriente de diagnóstico. Ordinariamente, sin suscriptores, los diagnósticos no se producen. Sin embargo, sin ninguna interrupción en el sistema de funcionamiento, simplemente mediante la suscripción, mensajes de diagnóstico desde la aplicación se producen bajo demanda.

En realidad es más difícil encontrar ejemplos en los que debe no se utiliza la mensajería JMS. Las contraindicaciones más comunes son verdaderamente mensajería síncrona y un requisito para procesar mensajes en secuencia estricta. Todos los proveedores de JMS Soy consciente de derechos de emisión hacer para cubrir estos requisitos en diversos grados y estoy consciente de muchas implementaciones de sistemas con estos requisitos. Sin embargo, los casos de uso ideal para la mensajería JMS son verdaderamente asíncrono o seudosíncrono comunicación y los mensajes que son atómica (es decir, los mensajes no tienen dependencias entre sí o para casos específicos broker).

Answer 2

Estos son algunos de los escenarios en los que (minorista de alimentos) el uso de los mensajes:

-Connection sistemas entre ubicaciones remotas, en nuestro caso POS y sistemas de gestión de inventario en las tiendas, y los sistemas ERP central y las previsiones: cambios en los datos maestros se envían como mensajes XML desde el sistema ERP central para los sistemas de almacenamiento. los sistemas de almacenamiento envían los cambios en el inventario, los pedidos y las ventas a los sistemas centrales. Esto es completamente basado PTP, como los datos maestros es único para cada tienda.

-usage como una red troncal de mensajería central, ya sea directamente para los sistemas que son capaces de hacer de mensajería, o por medio de alguna funcionalidad del adaptador de bases de datos, archivos, sistemas SAP o HTTP. Aquí el sistema de mensajería construye la base para nuestro ESB.