Qualités du service pour WS-ReliableMessaging

Vous pouvez obtenir différents qualités de service avec WS-ReliableMessaging, selon le degré de durabilité et de support des transactions offert par le magasin utilisé pour gérer l'état de la messagerie fiable. Ces qualités de service vont de la protection contre la perte des messages sur le réseau à la protection contre une défaillance de serveur.

WebSphere Application Server fournit les trois qualités de service suivantes pour WS-ReliableMessaging en utilisant une liaison SOAP sur HTTP. Les trois qualités de service sont prises en charge lorsque des applications sont déployées sur le serveur d'applications. Les applications de client léger et de conteneur de client utilisent uniquement la première option.

Non permanente non gérée
Vous pouvez configurer les applications de service Web pour utiliser WS-ReliableMessaging avec un stockage en mémoire. Cette qualité de service requiert une configuration minimale. Cependant, elle n'est pas transactionnelle et bien que permettant le renvoi des messages perdus sur le réseau, si le serveur devient indisponible, vous perdez les messages. Cette qualité de service s'applique à un serveur unique et ne fonctionne pas dans un cluster. [z/OS]Cette qualité de service n'est pas prise en charge sur les plateformes z/OS.
Non permanente gérée
Cette option de qualité de service en mémoire utilise un moteur de messagerie pour gérer l'état de la séquence, et les messages sont écrits sur le disque si la mémoire est insuffisante. Cette qualité de service permet le renvoi des messages perdus sur le réseau et peut également effectuer une reprise après une défaillance du serveur. Cependant, l'état est abandonné après le redémarrage d'un moteur de messagerie, ce qui génère la suppression des messages. Cette option prend en charge aussi bien les clusters que les serveurs uniques.
Permanente gérée
Cette qualité de service est récupérable pour les appels de service Web asynchrones. Cette option utilise également un moteur de messagerie et un emplacement de stockage des messages pour gérer l'état de la séquence. Les messages sont conservés sur le serveur du demandeur de service Web et sur le serveur du fournisseur de service Web. Ils peuvent être récupérés en cas d'indisponibilité du serveur. Le transmission des messages qui a échoué suite à l'indisponibilité d'un serveur peut reprendre après le redémarrage du serveur.
Remarque :
  • La qualité de service reçue lors de l'utilisation de WS-ReliableMessaging est le résultat direct de la durabilité du magasin qui gère les messages.
  • Lors de l'utilisation de la livraison dans l'ordre et d'une des qualités de service gérées, si le service occasionne une erreur, le message est renvoyé au service.
  • Vous devez vous assurer que lors des interactions avec des implémentations de WS-ReliableMessaging, les autres implémentations offrent la qualité de service requise.

Mode d'implémentation des différentes qualités de service

Lorsque l'application de services Web appelle le service Web, le message SOAP est ajouté dans le magasin WS-ReliableMessaging. Pour les qualités de service gérées, la transaction de l'application émettrice sert à placer le message dans le magasin de messages. Une fois la transaction validée, le message est éligible pour la livraison. L'autre option de qualité de service n'est pas transactionnelle ; elle considère donc le message comme étant éligible pour une livraison immédiate.

Le protocole WS-ReliableMessaging permet la livraison fiable du message au serveur cible sur lequel il est stocké et réceptionné.

Le message est lu à partir du magasin et envoyé à l'application réceptrice. Pour la qualité de service permanente gérée, une transaction sert à lire le message puis à l'envoyer à l'application.

Pour plus d'informations sur l'utilisation des transactions WS-ReliableMessaging, voir Disponibilité d'une messagerie remédiable transactionnelle via WS-ReliableMessaging.

Figure 1. Utilisation de magasins pour l'échange fiable de messages de services WebLes deux cases affichées représentent le serveur 1 et le serveur 2. Le serveur 1 héberge une application émettrice et le serveur 2 une application réceptrice. Les messages SOAP sur HTTP circulent entre l'application émettrice et un magasin local sur le serveur 1, et entre l'application réceptrice et un magasin local sur le serveur 2. Les messages sont échangés de manière fiable entre le magasin du serveur 1 et le magasin du serveur 2.

Les qualités de service gérées, permanentes gérées et non permanentes gérées, sont prises en charge par le bus d'intégration de services. Pour chaque association entre une application et un ensemble de règles, vous pouvez sélectionner le bus et le moteur de messagerie à utiliser pour l'état du protocole de messagerie fiable.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwbs_wsrm_qos
Nom du fichier : cwbs_wsrm_qos.html