Interoperation mit IBM MQ: Architekturvergleich

IBM MQ als externer Messaging-Provider

Der Messaging-Anbieter „ IBM MQ “ nutzt keine Service-Integration. Es bietet JMS-Messaging-Zugriff auf IBM MQ von WebSphere Application Server.The aus. Der Messaging-Anbieter IBM® MQ stellt WebSphere Application Server -Anwendungen Punkt-zu-Punkt-Messaging und Publish/Subscribe-Messaging zur Verfügung, wobei die vorhandenen Funktionen der IBM MQ -Umgebung genutzt werden. WebSphere Application Server Anwendungen können mit den Warteschlangen und Themen von „ IBM MQ “ interagieren, um Nachrichten zu senden, zu empfangen, zu veröffentlichen und zu abonnieren – genau wie jede andere JMS-Anwendung in der „ IBM MQ “-Umgebung.

Die Nutzung von IBM MQ als externer Messaging-Anbieter erfordert mehr Verwaltungsaufwand für IBM MQ und weniger für WebSphere Application Server.

Tabelle 1. Vor- und Nachteile von IBM MQ als Anbieter für externe Nachrichtenübermittlung. Die erste Spalte dieser Tabelle zeigt die Vorteile der Nutzung von IBM MQ als externem Messaging-Anbieter, und die zweite Spalte zeigt die Nachteile der Nutzung von IBM MQ als externem Messaging-Anbieter.
Vorteile	Nachteile
Sie müssen keinen Service Integration Bus bzw. keine Messaging-Engines konfigurieren. Sie können eine direkte Verbindung zu den Warteschlangenmanagern v IBM MQ herstellen. Sie verwalten einen einzigen JMS-Messaging-Provider und nicht zwei. Sie können eine Verbindung zu Warteschlangenmanagern im Modus "Client" oder "Bindungen" herstellen Anwendungen können Punkt-zu-Punkt- und Publish/Subscribe-Messaging verwenden.	Die Interaktion zwischen WebSphere Application Server und IBM MQ funktioniert nicht reibungslos. Sie können keine Serviceintegrationsmediationen für das Ändern von Nachrichten, das Routing oder die Protokollierung verwenden.

Ein „ IBM MQ “-Netzwerk als externer Bus (unter Verwendung von „ IBM MQ “-Verbindungen)

Eine „ IBM MQ “-Verbindung stellt eine Server-zu-Server-Verbindung zwischen einem Service-Integrationsbus und einem „ IBM MQ “-Warteschlangenmanager oder einer Warteschlangen-Sharing-Gruppe her, die als Gateway zum „ IBM MQ “-Netzwerk fungiert. Bei Verwendung einer „ IBM MQ “-Verbindung wird der Messaging-Bus vom „ IBM MQ “-Netzwerk als virtueller Warteschlangenmanager erkannt, und das „ IBM MQ “-Netzwerk wird von der Service-Integration als fremder Bus erkannt. Über eine „ IBM MQ “-Verbindung können Anwendungen unter WebSphere Application Server Punkt-zu-Punkt-Nachrichten an Warteschlangen unter IBM MQ senden (die im Service Integration Bus als Ziele definiert sind), und Anwendungen unter IBM MQ können Punkt-zu-Punkt-Nachrichten an Ziele im Service Integration Bus senden (die in IBM MQ als Remote-Warteschlangen definiert sind). Sie können auch eine Publish/Subscribe-Brücke einrichten, sodass Anwendungen unter WebSphere Application Server Nachrichten abonnieren können, die von Anwendungen unter IBM MQ veröffentlicht werden, und Anwendungen unter IBM MQ Nachrichten abonnieren können, die von Anwendungen unter WebSphere Application Server veröffentlicht werden. Die Schnittstelle sorgt dafür, dass Nachrichten zwischen den von WebSphere Application Server und den von IBM MQ verwendeten Formaten konvertiert werden.

Die Nutzung eines „ IBM MQ “-Netzwerks als Fremdbus (unter Verwendung von „ IBM MQ “-Verbindungen) erfordert mehr Verwaltung auf der Seite von „ WebSphere Application Server “ und weniger auf der Seite von „ IBM MQ “.

Tabelle 2. Vor- und Nachteile eines „ IBM MQ “-Netzwerks als externer Bus (unter Verwendung von „ IBM MQ “-Verbindungen). Die erste Spalte dieser Tabelle zeigt die Vorteile der Verwendung eines Netzwerks vom Typ „ IBM MQ “ als Fremdbus (unter Verwendung von Verbindungen vom Typ „ IBM MQ “), während die zweite Spalte die Nachteile der Verwendung eines Netzwerks vom Typ „ IBM MQ “ als Fremdbus (unter Verwendung von Verbindungen vom Typ „ IBM MQ “) aufzeigt.
Vorteile	Nachteile
Auf dem Gateway- IBM MQ -Queue-Manager ist keine Client-Komponente für den IBM MQ erforderlich. Jedes Ende der Verbindung erscheint dem anderen in seiner natürlichen Form: „ IBM MQ “ erscheint „Service Integration“ als (externer) Bus, während „Service Integration“ für „ IBM MQ “ als (virtueller) Queue-Manager erscheint. Im Vergleich zu Servern unter IBM MQ oder einer direkten Verbindung zu IBM MQ als externem JMS-Messaging-Anbieter ist eine bessere Leistung über die Verbindung möglich. Es wird eine verwaltete Verbindung von einem Knoten zu einem anderen erstellt, aber nicht von jedem Anwendungsserver in der Zelle. Sie müssen keine einzelnen Warteschlangen unter IBM MQ für den Service Integration Bus definieren. Es wird ein guter Sicherheits-Support geboten. Sie können beispielsweise festlegen, welche Benutzer Nachrichten in Warteschlangen ablegen dürfen. WebSphere Application Server und IBM MQ können auf unterschiedlichen Hosts liegen. Die Interaktion zwischen WebSphere Application Server und IBM MQ funktioniert reibungslos. Sie können eine Publish/Subscribe-Brücke konfigurieren, über die Anwendungen unter WebSphere Application Server Nachrichten abonnieren können, die von Anwendungen unter IBM MQ veröffentlicht werden, und Anwendungen unter IBM MQ Nachrichten abonnieren können, die von Anwendungen unter WebSphere Application Server veröffentlicht werden.	Sie müssen einen Service Integration Bus und Messaging-Engines konfigurieren. Sie können keine Verbindung zu Warteschlangenmanagern im Modus "Bindungen" herstellen. Ein optimaler Lastausgleich ist weniger leicht zu erreichen, weil Nachrichten mit Push von beiden Seiten der Verbindung übertragen werden müssen. Sie können keine Mediationen der Serviceintegration für das Ändern von Nachrichten, das Routing oder die Protokollierung verwenden.

Ein „ IBM MQ “-Server (ein Queue-Manager oder eine Queue-Sharing-Gruppe) als Bus-Mitglied

Ein „ IBM MQ “-Server stellt eine direkte Client-Verbindung zwischen einem Service Integration Bus und Warteschlangen auf einem „ IBM MQ “-Warteschlangenmanager oder (bei „ IBM MQ “ für „ z/OS® “) einer Warteschlangen-Sharing-Gruppe her. Für die Interoperabilität mit „ WebSphere Application Server “ Version 7 oder höher muss die Version von „ WebSphere MQ “ mindestens „ WebSphere MQ for z/OS “ Version 6 oder höher sein, oder „ WebSphere MQ “ (verteilte Plattformen) Version 7 oder höher. Ein „ IBM MQ “-Server unterstützt die Hochverfügbarkeit und den optimalen Lastausgleich, die ein „ IBM MQ “-Netzwerk für „ z/OS “ bietet. Ein „ IBM MQ “-Server definiert die Verbindung sowie die für die Verbindung verwendeten Dienstgüteeigenschaften und sorgt außerdem dafür, dass Nachrichten zwischen den von WebSphere Application Server und den von IBM MQ verwendeten Formaten konvertiert werden. Ein „ IBM MQ “-Server stellt lediglich Warteschlangen für Punkt-zu-Punkt-Nachrichtenübermittlung bereit; er unterstützt keine Themen für Publish/Subscribe-Nachrichtenübermittlung.

Die Verwendung eines „ IBM MQ “-Servers (eines Queue-Managers oder einer Queue-Sharing-Gruppe) als Bus-Mitglied erfordert mehr Verwaltung auf der Ebene von „ WebSphere Application Server “ und weniger auf der Ebene von „ IBM MQ “.

Tabelle 3. Vor- und Nachteile eines „ IBM MQ “-Servers (eines Queue-Managers oder einer Queue-Sharing-Gruppe) als Bus-Mitglied. Die erste Spalte dieser Tabelle zeigt die Vorteile der Verwendung eines Servers vom Typ „ IBM MQ “ (ein Queue-Manager oder eine Queue-Sharing-Gruppe) als Bus-Mitglied, während die zweite Spalte die Nachteile der Verwendung eines Servers vom Typ „ IBM MQ “ (ein Queue-Manager oder eine Queue-Sharing-Gruppe) als Bus-Mitglied aufzeigt.
Vorteile	Nachteile
WebSphere Application Server und IBM MQ können auf unterschiedlichen Hosts liegen. Jedes Ende der Verbindung erscheint dem anderen in seiner natürlichen Form; für den Queue-Manager von „ IBM MQ “ erscheint die Service-Integration als fremder Bus, während die Service-Integration für „ IBM MQ “ als Client erscheint. Eine enge Integration von Anwendungen ist möglich; Anwendungen zur Service-Integration können Nachrichten direkt aus dem „ IBM MQ “-Netzwerk abrufen. Sie können eine Verbindung zu Warteschlangenmanagern im Modus "Client" oder "Bindungen" herstellen Sie können keine Mediationen für das Ändern von Nachrichten, das Routing oder die Protokollierung verwenden. Es wird ein guter Sicherheits-Support geboten. Sie können beispielsweise festlegen, welche Benutzer Nachrichten in Warteschlangen ablegen dürfen. Sie können Nachrichten aus den Warteschlangen von „ IBM MQ “ abrufen (GET). Die Interaktion zwischen WebSphere Application Server und IBM MQ funktioniert reibungslos. Warteschlangen im „ IBM MQ “-Netzwerk werden automatisch erkannt.	Sie müssen einen Service Integration Bus und Messaging-Engines konfigurieren. Die Warteschlangenmanager und Gruppen mit gemeinsamer Warteschlange müssen über alle Messaging-Engines im Bus zugänglich sein. Sie können den „ IBM MQ “-Server nicht für Publish/Subscribe-Messaging mit „ IBM MQ “ verwenden. IBM MQ for z/OS Voraussetzung ist Version 6 oder höher bzw. „ IBM MQ “ (verteilte Plattformen) Version 7 oder höher. Wenn Sie verschiedene Knoten mit IBM MQ for z/OS verwenden, benötigen Sie je nach Anzahl der Knoten und Ihrer Version von IBM MQ for z/OS möglicherweise die Client-Attachment-Funktion (CAF) auf z/OS. Sie müssen alle Ziele explizit definieren.