Interoperation mit IBM MQ: Architekturvergleich

IBM MQ als externer Messaging-Provider

Der Messaging-Anbieter „ IBM MQ “ verwendet keine Dienstintegration. Es bietet JMS-Messaging-Zugriff auf IBM MQ von WebSphere Application Server.The Der IBM® MQ -Messaging-Anbieter 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 IBM MQ -Warteschlangen und -Themen interagieren, um Nachrichten auf die gleiche Weise wie jede JMS-Anwendung in der IBM MQ -Umgebung zu senden, zu empfangen, zu veröffentlichen und zu abonnieren.

Die Verwendung von IBM MQ als externem Messaging-Anbieter erfordert mehr IBM MQ -Verwaltung und weniger WebSphere Application Server -Verwaltung.

Tabelle 1. Vor- und Nachteile von IBM MQ als externer Messaging-Anbieter. Die erste Spalte dieser Tabelle zeigt die Vorteile der Verwendung von IBM MQ als externem Messaging-Anbieter, und die zweite Spalte zeigt die Nachteile der Verwendung 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 von „ 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 ist nicht nahtlos. Sie können keine Serviceintegrationsmediationen für das Ändern von Nachrichten, das Routing oder die Protokollierung verwenden.

Ein Netzwerk vom Typ „ IBM MQ “ als Fremdbus (unter Verwendung von „ IBM MQ “-Verbindungen)

Eine „ IBM MQ “-Verbindung stellt eine Server-zu-Server-Kanalverbindung zwischen einem Service Integration Bus und einem „ IBM MQ “-Queue-Manager oder einer Queue-Sharing-Gruppe her, die als Gateway zum „ IBM MQ “-Netzwerk fungiert. Wenn Sie eine „ IBM MQ “-Verbindung verwenden, wird der Messaging-Bus vom „ IBM MQ “-Netzwerk als virtueller Queue-Manager und das „ IBM MQ “-Netzwerk von der Serviceintegration als Fremdbus angesehen. Ein „ IBM MQ ”-Link ermöglicht es „ WebSphere Application Server ”-Anwendungen, Punkt-zu-Punkt-Nachrichten an „ IBM MQ ”-Warteschlangen (die als Ziele im Service Integration Bus definiert sind) zu senden, und ermöglicht es „ IBM MQ ”-Anwendungen, Punkt-zu-Punkt-Nachrichten an Ziele im Service Integration Bus (die als Remote-Warteschlangen in „ IBM MQ ” definiert sind) zu senden. Sie können auch eine Publish/Subscribe-Brücke einrichten, sodass WebSphere Application Server -Anwendungen Nachrichten abonnieren können, die von IBM MQ -Anwendungen veröffentlicht werden, und IBM MQ -Anwendungen Nachrichten abonnieren können, die von WebSphere Application Server -Anwendungen veröffentlicht werden. Die Verknüpfung stellt sicher, dass Nachrichten zwischen den von WebSphere Application Server und IBM MQ verwendeten Formaten konvertiert werden.

Die Verwendung eines IBM MQ -Netzwerks als fremder Bus (unter Verwendung von IBM MQ -Verbindungen) erfordert mehr WebSphere Application Server -Verwaltung und weniger IBM MQ -Verwaltung.

Tabelle 2. Vor- und Nachteile eines Netzwerks vom Typ „ IBM MQ “ als Fremdbus (unter Verwendung von „ IBM MQ “-Verbindungen). Die erste Spalte dieser Tabelle zeigt die Vorteile der Verwendung eines IBM MQ -Netzwerks als Fremdbus (unter Verwendung von IBM MQ -Verbindungen), und die zweite Spalte zeigt die Nachteile der Verwendung eines IBM MQ -Netzwerks als Fremdbus (unter Verwendung von IBM MQ -Verbindungen).
Vorteile	Nachteile
Eine Client-Einrichtung „ IBM MQ “ ist auf dem Gateway- IBM MQ -Warteschlangenmanager nicht erforderlich. Jedes Ende der Verbindung erscheint dem anderen in seiner natürlichen Form: IBM MQ erscheint der Service-Integration als (externer) Bus, die Service-Integration erscheint IBM MQ als (virtueller) Queue-Manager. Im Vergleich zu IBM MQ -Servern 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 IBM MQ -Warteschlangen für den Service Integration Bus definieren. Es wird eine gute Sicherheitsunterstützung bereitgestellt. Sie können beispielsweise steuern, welche Benutzer Nachrichten in Warteschlangen einreihen dürfen. WebSphere Application Server und IBM MQ können auf separaten Hosts existieren. Die Interaktion zwischen WebSphere Application Server und IBM MQ ist nahtlos. Sie können eine Publish/Subscribe-Brücke konfigurieren, über die WebSphere Application Server -Anwendungen Nachrichten abonnieren können, die von IBM MQ -Anwendungen veröffentlicht werden, und IBM MQ -Anwendungen Nachrichten abonnieren können, die von WebSphere Application Server -Anwendungen 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 Clientverbindung zwischen einem Service Integration Bus und Warteschlangen auf einem IBM MQ Queue Manager oder (für IBM MQ für z/OS® ) einer Queue-Sharing-Gruppe bereit. Für die Interoperabilität mit „ WebSphere Application Server “ Version 7 oder höher muss die Version von „ WebSphere MQ “ „ WebSphere MQ for z/OS “ Version 6 oder höher oder „ WebSphere MQ “ (verteilte Plattformen) Version 7 oder höher sein. Ein IBM MQ -Server unterstützt die hohe Verfügbarkeit und die optimalen Lastenausgleichseigenschaften, die ein IBM MQ für ein z/OS -Netzwerk bietet. Ein IBM MQ -Server definiert die für die Verbindung verwendeten Verbindungs- und Dienstqualitätseigenschaften und stellt außerdem sicher, dass Nachrichten zwischen den von WebSphere Application Server und den von IBM MQ verwendeten Formaten konvertiert werden. Ein „ IBM MQ “-Server stellt nur Warteschlangen für Punkt-zu-Punkt-Nachrichten dar; er stellt keine Themen für Publish/Subscribe-Nachrichten dar.

Die Verwendung eines IBM MQ -Servers (eines Queue-Managers oder einer Queue-Sharing-Gruppe) als Busmitglied erfordert mehr WebSphere Application Server -Verwaltung und weniger IBM MQ -Verwaltung.

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 IBM MQ -Servers (eines Queue-Managers oder einer Queue-Sharing-Gruppe) als Busmitglied, und die zweite Spalte zeigt die Nachteile der Verwendung eines IBM MQ -Servers (eines Queue-Managers oder einer Queue-Sharing-Gruppe) als Busmitglied.
Vorteile	Nachteile
WebSphere Application Server und IBM MQ können auf separaten Hosts existieren. Jedes Ende der Verbindung erscheint dem anderen in seiner natürlichen Form: Der Queue-Manager „ IBM MQ “ erscheint der Service-Integration als fremder Bus, die Service-Integration erscheint „ IBM MQ “ als Client. Eine enge Integration von Anwendungen ist möglich; Service-Integrationsanwendungen 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 eine gute Sicherheitsunterstützung bereitgestellt. Sie können beispielsweise steuern, welche Benutzer Nachrichten in Warteschlangen einreihen dürfen. Sie können Nachrichten aus den Warteschlangen „ IBM MQ “ abrufen (GET). Die Interaktion zwischen WebSphere Application Server und IBM MQ ist nahtlos. Warteschlangen im Netzwerk „ IBM MQ “ 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 Server „ IBM MQ “ nicht für Publish/Subscribe-Nachrichten mit „ IBM MQ “ verwenden. IBM MQ for z/OS Version 6 oder höher oder IBM MQ (verteilte Plattformen) Version 7 oder höher ist Voraussetzung. Wenn Sie verschiedene Knoten mit IBM MQ for z/OSverwenden, benötigen Sie abhängig von der Anzahl der Knoten und Ihrer Version von IBM MQ for z/OSmöglicherweise die Clientanschlussfunktion (Client Attachment Feature, CAF) unter z/OS. Sie müssen alle Ziele explizit definieren.