Die drei verschiedenen Möglichkeiten, Nachrichten zwischen einem WebSphere® Application Server - und einem IBM MQ -Netzwerk zu versenden, werden auf hoher Ebene miteinander verglichen, wobei die relativen Vor- und Nachteile der einzelnen Ansätze aufgezeigt werden.
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.
|