WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Mensajería segura de servicios web

WebSphere Message Broker da soporte a WS-RM (Web Services Reliable Messaging), que permite que dos sistemas se intercambien mensajes de un modo seguro.

Web Services Reliable Messaging (WS-RM) es un estándar OASIS que permite que dos sistemas intercambien mensajes SOAP de forma segura. El objetivo de WS-RM es garantizar la entrega de mensajes en caso como por ejemplo, cuando el punto final de destino no está disponible temporalmente (por ejemplo, en el caso de un reinicio del servidor) o cuando la vía de acceso del mensaje cruza varias conexiones de transporte, y cualquiera de ellas puede fallar (por ejemplo, a través de un cortafuegos). WS-RM ofrece mayor fiabilidad al utilizar el transporte HTTP pero tiene un impacto en el rendimiento.

WS-RM sólo es aplicable al transporte HTTP. Si configura WS-RM en un flujo de mensajes que utiliza el transporte JMS, los valores de WS-RM no se utilizan cuando se despliega el flujo.

Los sistemas que implementan WS-RM retransmiten mensajes que no se han entregado ni se ha acusado recibido de ellos satisfactoriamente e impide que se entreguen mensajes duplicados al destino de la aplicación. WS-RM es un protocolo de servicios web y puede utilizarse con WS-Security y WS-Addressing.

El emisor inicial transmite un mensaje desde el origen de la aplicación hasta el origen de la mensajería segura. El origen de la mensajería segura transmite el mensaje al destino de la mensajería segura, que acusa recibo del mensaje. A continuación, el destino de mensajería segura entrega el mensaje al destino de la aplicación y por consiguiente, accede al Destino de aplicación.

La mensajería segura tiene lugar entre dos puntos finales conocidos como el origen de mensajería segura y el destino de mensajería segura. Antes de que se envíen los mensajes, el origen seguro y el destino seguro realizan un intercambio de mensajes para establecer una Secuencia. Una Secuencia se identifica mediante un identificador exclusivo y comprende una secuencia de mensajes que se numeran a partir de uno. Si se envía un grupo de mensajes en una secuencia se garantiza la fiabilidad de todos los mensajes en dicha secuencia.

El origen de mensajería segura envía cada mensaje una o varias veces al destino de mensajería segura. El destino vuelve a enviar el acuse de recibo para cada mensaje que recibe para mostrar que el mensaje se ha recibido satisfactoriamente. Si el origen de la mensajería segura no recibe un acuse de recibo conforme el destino ha recibido el mensaje, envía de nuevo el mensaje hasta que se reciba un acuse de recibo.

Cuando el destino ha recibido satisfactoriamente todos los mensajes de una secuencia y el origen ha recibido un acuse de recibo, el origen envía un mensaje TerminateSequence para dar instrucciones al destino de que la secuencia del mensaje está completa.

Si el cliente está esperando mensajes que no se han entregado, éste puede iniciar una solicitud WS-MakeConnectiont. WS-MakeConnection es una especificación que describe cómo se pueden intercambiar los mensajes entre un servidor y un cliente utilizando un canal de fondo específico del transporte. La solicitud MakeConnection del cliente permite al servidor responder con los mensajes que están en la cola que el cliente no ha recibido.

WebSphere Message Broker no da soporte al uso de compresión HTTP o SSL con WS-RM.

Orden de mensajes

WS-RM especifica diversas garantías de entrega que debe soportar el proveedor. La garantía InOrder afirma que los mensajes se entregan al destino de la aplicación por un Destino RM en el orden en el que se enviaron, de acuerdo con sus números de secuencia. Por ejemplo, si el Destino RM recibe mensajes en el orden m1, m3, m2, primero entrega m1, luego retiene m3 hasta que recibe m2, y luego entrega m2 y m3 al destino de aplicación. Los mensajes no se mantienen en el caso de un reinicio del intermediario.

El siguiente diagrama muestra un escenario de ejemplo donde no se utiliza InOrder y no es necesario entregar los mensajes en el orden en el que se han enviado. El segundo mensaje de la secuencia se pierde, pero el tercer mensaje se procesa aunque no se haya entregado el segundo mensaje.

Con InOrder establecido en false, todos los mensajes se procesan cuando se entregan.

En el siguiente escenario la opción está seleccionada y los mensajes deben entregarse en el orden en el que se envían. El segundo mensaje de la secuencia se pierde y por lo tanto el tercer mensaje no se procesa hasta que el segundo mensaje se pueda entregar.

Con InOrder establecido en True, el mensaje 3 no se procesa porque el mensaje 2 todavía no se ha entregado.

La garantía InOrder sólo afecta al proceso de mensajes de entrada, por ejemplo, cuando el conjunto de políticas que solicita la entrega InOrder está asociado con un nodo SOAPInput o un flujo de mensajes de entrada. Cuando la entrega InOrder está habilitada para el proceso de mensajes SOAP de entrada, el flujo procesa los mensajes de acuerdo con el número de mensaje asignado por el origen de RM.

La garantía InOrder no se aplica al proceso de mensajes de salida. Si se selecciona la entrega InOrder para el proceso de mensajes SOAP de salida, por ejemplo, con un nodo SOAPRequest, los mensajes no se entregan necesariamente al destino de aplicación en el mismo orden en el que se envían desde el flujo de mensajes.

Para obtener información sobre la escalabilidad cuando se utiliza InOrder con WS-RM, consulte Ajuste del proceso SOAP para escalabilidad y rendimiento.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última actualización:
        
        Última actualización: 2015-02-28 17:00:47


Tema de conceptoTema de concepto | Versión 8.0.0.5 | bc19220_