Le Modèle de règle IBM® SOA achemine les messages JMS MQ en fonction des données contenues dans les documents de règles récupérés à partir d'un registre de services.
Les règles définissent la planification en fonction des heures de la journée et du jour de la semaine, etc., pour acheminer des messages vers des destinations différentes du noeud final. Aucune autre condition ou action n'est prise en charge dans ce modèle. Le modèle utilise la norme WS-MediationPolicy pour définir comment et quand sont acheminés les messages. L'espace de nom pour cette norme est http://www.ibm.com/xmlns/stdwip/2011/02/ws-mediation. Le domaine Web Services Mediation Policy 1.0 définit un ensemble d'assertions de règles permettant de décrire les exigences de médiation relatives à un service.
Chaque règle fait partie du cycle de vie des règles SOA. Les règles qui sont appliquées doivent se trouver dans l'état de gouvernance Approuvée, Obsolète ou Remplacée. Pour plus d'informations, voir Utilisation de règles dans le Modèle de règle IBM SOA.
Le Modèle de règle IBM SOA est un exemple de modèle de système virtuel. Un modèle de système virtuel comprend une collection de composants. Chaque composant est une image de système d'exploitation virtuel contenant un logiciel IBM installé qui a été configuré en fonction des paramètres de modèle fournis pendant le processus d'approvisionnement.
Vous pouvez charger vos propres documents de règles dans WSRR et ces règles définissent leurs propres destinations de noeud final JMS. Lors de la première configuration, le registre est chargé avec deux règles d'exemple qui utilisent deux noeuds finaux d'exemple. La configuration de WebSphere Message Broker incluse avec le Modèle de règle IBM SOA fournit un flux de messages qui lit les messages JMS à partir d'une file d'attente d'entrée, et selon les règles récupérées depuis le registre, achemine les messages vers les files d'attente de sortie.
Modèle de règle IBM SOA inclut un fournisseur JMS, mais n'inclut pas d'applications JMS, ce qui fait que vous devez ajouter vos applications JMS MQ existantes pour achever la solution. Les destinations JMS sont définies à l'aide des procédures standard de WebSphere MQ. Vous pouvez choisir la façon dont vos applications JMS MQ se connectent pour contrôler quel type de topologie de messagerie vous générez ; elles peuvent se connecter à distance à un gestionnaire de files d'attente unique hébergé par le modèle, en utilisant des liaisons client MQ, ou elles peuvent utiliser des techniques de messagerie distribuée MQ pour envoyer les messages dans le gestionnaire de files d'attente du modèle à partir d'un gestionnaire de files d'attente à distance existant.
Lorsque le modèle a été instancié, le comportement de routage est contrôlé par un administrateur de règles qui utilise Business Space (fourni avec WSRR) pour définir et gérer des règles qui répondent aux besoins de routage. Pour chaque règle, une destination JMS doit exister et un administrateur de messagerie doit s'assurer que chaque noeud final JMS défini dans une règle existe également sur le sous-système de messagerie. Pour plus d'informations, voir Utilisation de l'instance déployée.