IBM® SOA Policy Pattern leitet MQ-JMS-Nachrichten in Abhängigkeit von den Daten in den Richtliniendokumenten weiter, die von einer Service-Registry abgerufen werden.
Richtlinien geben den Plan in Uhrzeiten eines Tages und in Tagen der Woche usw. an, um Nachrichten an unterschiedliche Endpunktziele weiterzuleiten. Dieses Muster unterstützt keine anderen Bedingungen oder Aktionen. Das Muster arbeitet mit dem Standard 'WS-MediationPolicy', um festzulegen, wie und wann Nachrichten weitergeleitet werden. Der Namensbereich für diesen Standard ist http://www.ibm.com/xmlns/stdwip/2011/02/ws-mediation. Die Domäne Web Services Mediation Policy 1.0 definiert eine Reihe von Richtlinienzusicherungen für die Beschreibung von Mediationsanforderungen für einen Service.
Jede Richtlinie ist Teil des SOA-Richtlinienlebenszyklus. Angewendete Richtlinien müssen die Governance-Zustände 'Genehmigt', 'Veraltet' oder 'Außer Kraft gesetzt' aufweisen. Weitere Informationen finden Sie in Richtlinienverwendung in IBM SOA Policy Pattern.
IBM SOA Policy Pattern ist ein Beispiel eines Musters eines virtuellen Systems. Das Muster eines virtuellen Systems besteht aus einer Sammlung von Teilen. Jedes Teil ist das Image eines virtuellen Betriebssystems mit einer installierten IBM Software, die auf der Grundlage von Musterparametern konfiguriert wurde, die während des Bereitstellungsprozesses angegeben wurden.
Sie können Ihre eigenen Richtliniendokumente in WSRR laden; diese Richtlinien definieren ihre eigenen JMS-Endpunktziele. Bei der Erstkonfiguration wird die Registry mit zwei Beispielrichtlinien geladen, die zwei Beispielendpunkte verwenden. Die in IBM SOA Policy Pattern enthaltene WebSphere Message Broker-Konfiguration stellt einen Nachrichtenfluss bereit, der JMS-Nachrichten aus einer Eingabewarteschlange liest und auf der Grundlage der aus der Registry abgerufenen Richtlinien die Nachrichten an Ausgabewarteschlangen weiterleitet.
IBM SOA Policy Pattern enthält einen JMS-Provider, aber keine JMS-Anwendungen; daher müssen Sie Ihre vorhandenen MQ-JMS-Anwendungen zur Vervollständigung der Lösung hinzufügen. JMS-Ziele werden über standardmäßige WebSphere MQ-Prozeduren definiert. Sie können sich aussuchen, wie Ihre MQ-JMS-Anwendungen eine Verbindung zur Steuerung der Art der Nachrichtentopologie herstellen werden, die erstellt werden soll; mithilfe von MQ-Clientbindungen ist eine ferne Verbindung zu einem einzelnen Warteschlangenmanager möglich, der von diesem Muster gehostet wird, oder sie können verteilte MQ-Messagingverfahren anwenden, um Nachrichten aus einem vorhandenen fernen Warteschlangenmanager in den Musterwarteschlangenmanager einzuspeisen.
Wenn das Muster instanziiert worden ist, wird das Routing-Verhalten von einem Richtlinienadministrator gesteuert, der Business Space (das mit WSRR bereitgestellt wird) für die Definition und Verwaltung von Richtlinien verwendet, die die Routing-Anforderungen erfüllen. Für jede Richtlinie muss ein JMS-Ziel vorhanden sein; daher muss ein Messagingadministrator sicherstellen, dass jeder in einer Richtlinie definierte JMS-Endpunkt ebenfalls im Messagingsubsystem vorhanden ist. Weitere Informationen finden Sie in Mit der implementierten Instanz arbeiten.