Neuerungen in IBM WebSphere MQ Version 7.1 - Teil 2
Publish/Subscribe in WebSphere MQ V7.1 mit Multicast
Publish/Subscribe bisherDer normale Weg Nachrichten in WebSphere MQ zu übertragen, erfolgt über eine simple Punkt-zu-Punkt Verbindung. Es gibt einen Sender und einen Empfänger. Unter Zuhilfenahme von Publish/Subscribe lassen sich in WebSphere MQ Nachrichten von einem Publisher (Applikation, die Nachrichten veröffentlicht) zu mehreren Subscribern (Applikation, die Nachrichten empfängt) übertragen. Dieses Verfahren rechnet sich besonders, wenn es viele der Publisher und Subscriber gibt, oder sich die Anzahl häufig ändert. Es wird ein sogenanntes Topic angelegt, welches im Besten Fall auch das Thema beschreibt, welches die Nachricht behandelt, die unter diesem Topic veröffentlicht wird. Zum Beispiel könnten Orangenpreise unter dem Topic „Preis/Frucht/Orange“ veröffentlicht werden.
Verbesserungen bei Publish/Subscribe durch Multicast
Bisher läuft aber jegliche Kommunikation der Publisher mit den Subscribern über einen Queue Manager ab. Dieser könnte zum Flaschenhals werden und somit dafür sorgen, dass Nachrichten länger unterwegs sind, oder, falls der Queue Manager einmal nicht verfügbar ist, gar nicht ankommen. In der neuesten Version von WebSphere MQ wurde nun ein neues Feature eingeführt, das es ermöglicht eine Publish/Subscribe Umgebung aufzubauen, welche Multicast zum Veröffentlichen der Nachrichten verwendet. Dies hat den Vorteil, dass der Queue Manager entlastet wird, da alle Nachrichten direkt an eine Multicast Netzwerkadresse gesendet werden. Der Queue Manager muss nun die Nachrichten nicht mehr einzeln an die angemeldeten Subscriber verteilen. Dies hat erhebliche positive Auswirkungen auf die Performance von WebSphere MQ. Die folgende Grafik zeigt, wie viele Nachrichten pro Sekunde bei steigender Anzahl von Subscribern übertragen werden können. Die oberen beiden Graphen zeigen das Verhalten bei aktiviertem Multicast, wobei bei den unteren beiden kein Multicast aktiviert wurde.
Jeder Subscriber kann nun zur selben Zeit die Nachricht sehen und keiner von ihnen wird bevorzugt, beziehungsweise benachteiligt. Der Queue Manager wird in diesem Fall nur noch zum Anmelden an ein Topic und zum Monitoring benötigt. Kann man also zwischenzeitlich auf sein Monitoring verzichten, sollte es kein Problem darstellen, wenn der Queue Manager vorübergehen nicht verfügbar ist. Die Nachrichten werden trotzdem zuverlässig bei allen Subscribern ankommen.
0 Kommentare