Wechselwirkung zwischen IBM App Connect Enterprise und IBM MQ
Bei den Interaktionen mit IBM MQ wurden in IBM® Integration Bus 10.0 größere Flexibilitäten eingeführt. IBM App Connect Enterprise 13.0 bewahrt diese größere Flexibilität.
IBM MQ ist keine Voraussetzung für die Nutzung von IBM App Connect Enterprise, was bedeutet, dass Sie Anwendungen mit IBM App Connect Enterprise unabhängig von IBM MQ entwickeln und bereitstellen können.
Für einige Funktionen und Szenarien von „ IBM App Connect Enterprise “ ist der Zugriff auf „ IBM MQ “ erforderlich, darunter die Knoten „ MQ “ sowie die ereignisgesteuerten Verarbeitungsknoten, die für Aggregations- und Timeout-Abläufe, Nachrichtensammlungen und Nachrichtensequenzen verwendet werden. Der Integrationsknoten-Listener benötigt Zugriff auf den „ IBM MQ “-Server. Sie müssen diesen daher installieren, wenn Sie einen Integrationsknoten-Listener zur Verwaltung von „ HTTP “-Nachrichten in Ihren „ HTTP “- oder SOAP-Abläufen verwenden möchten. Wenn Sie jedoch „ HTTP “-Knoten oder SOAP-Knoten mit dem integrierten Listener des Integrationsservers verwenden, benötigen diese keinen Zugriff auf IBM MQ.
Weitere Informationen zu den wichtigsten Funktionen von „ IBM App Connect Enterprise “, einschließlich Informationen zu den Funktionen, für die die Installation von „ IBM MQ “ (Client oder Server) erforderlich ist, finden Sie unter „ IBM App Connect Enterprise -Funktionen “.
IBM MQ ist nicht im Installationspaket von „ IBM App Connect Enterprise “ enthalten. Wenn Sie jedoch eine Lizenz für IBM App Connect Enterprise erwerben, berechtigt Sie diese Lizenz dazu, IBM MQ zur Nutzung durch App Connect Enterprise im Rahmen der Lizenzbedingungen zu installieren. Weitere Informationen finden Sie unter „ IBM MQ installieren “.
Wenn Sie IBM MQ zusammen mit IBM App Connect Enterprise verwenden, lassen sich viele Szenarien erfolgreich mit lokalen oder Client-Verbindungen zu IBM MQ konfigurieren. Diese Verbindungen ermöglichen Ihren Integrationsknoten, Nachrichten aus Warteschlangen auf einem lokalen oder fernen Warteschlangenmanager abzurufen oder in diese einzureihen. Je nach Konfiguration Ihrer vorhandenen Architektur können Sie zwischen Ihrem Integrationsknoten und Ihrem Warteschlangenmanager entweder eine lokale oder eine Clientverbindung konfigurieren. Wenn Ihr Queue-Manager von „ IBM MQ “ auf demselben Rechner wie Ihr Integrationsknoten läuft, können Sie eine lokale Verbindung zum Queue-Manager angeben. Alternativ können Sie, falls der Queue-Manager von „ IBM MQ “ auf einem anderen Rechner als „ IBM App Connect Enterprise “ gehostet wird, eine Client-Verbindung von Ihrem Integrationsknoten aus konfigurieren, damit dieser auf die Nachrichten auf dem Remote-Queue-Manager zugreifen kann.
Bitte beachten Sie, dass „ IBM MQ “ keine Client-Verbindungen über „ z/OS® “ zu einem Remote-Queue-Manager unterstützt.
Weitere Informationen finden Sie unter https://www.ibm.com/docs/en/ibm-mq/9.3?topic=client-creating-server-connection-connection-definitions-server.
- Aufzeichnung und Wiedergabe
- Ereignisgesteuerte Verarbeitungsknoten (Aggregate-, Collector-, Sequence-, Resequence- und Timeout-Knoten)
Weitere Informationen zum Anlegen der Systemwarteschlangen finden Sie unter „Anlegen der Standard-Systemwarteschlangen auf einem Queue-Manager von IBM MQ “.
Für die Knoten „MQInput“, „MQOutput“, „MQGet“ und „MQReply“ muss „ IBM MQ “ entweder lokal oder remote installiert sein. Es ist jedoch nicht erforderlich, auf dem Integrationsknoten einen Queue-Manager anzugeben, es sei denn, Sie möchten diesen Queue-Manager standardmäßig für Ihre lokale Verbindung zu IBM MQ verwenden.
Weitere Informationen finden Sie unter „Konfigurieren einer lokalen Verbindung zu IBM MQ “ und „Konfigurieren einer Client-Verbindung zu IBM MQ “.
Nachrichtenflüsse können mehrere MQInput -und MQOutput -Knoten enthalten, von denen jeder auf verschiedene Warteschlangenmanager zugreifen kann, die im MQ -Knoten angegeben sind. Weitere Informationen finden Sie unter MQInput-Knoten und MQOutput-Knoten.
- Für die folgenden Funktionen von „ IBM App Connect Enterprise “ muss „ IBM MQ “ auf demselben Rechner installiert sein wie der Integrationsknoten. Sie können nur verwendet werden, wenn Sie einen WS-Manager auf dem Integrationsknoten angeben:
- Sicherheit auf Basis von Warteschlangen (für die dateibasierte Sicherheit ist IBM MQ nicht erforderlich)
- Globale Transaktionalität
- FTEInput -und FTEOutput -Knoten
- CDInput -und CDOutput -Knoten
- Integrationsknoten mit HTTP-Listenern
- HTTP-Proxy-Servlet
- Konfiguration für hohe Verfügbarkeit
Für die Knoten „MQInput“, „MQOutput“, „MQGet“ und „MQReply“ muss „ IBM MQ “ entweder lokal oder remote installiert sein. Es muss ein Queue-Manager auf dem Integrationsknoten angegeben werden, wenn Sie diesen Queue-Manager standardmäßig für Ihre lokale Verbindung zu MQ verwenden möchten. Weitere Informationen finden Sie unter „Konfigurieren einer lokalen Verbindung zu IBM MQ “ und „Konfigurieren einer Client-Verbindung zu IBM MQ “.
- Für die Knoten „SAPInput“, „SAPReply“ und „SAPRequest“ muss entweder der „ IBM MQ “-Client oder der „“-Server auf demselben Rechner wie der Integrationsknoten installiert sein. Außerdem muss auf dem Integrationsknoten ein Warteschlangenmanager angegeben werden.
Alternativ können Sie mit dem Parameter -q im Befehl mqsicreatebroker einen Warteschlangenmanager angeben, der dem Integrationsknoten zugeordnet werden soll. Dieser Queue-Manager wird standardmäßig für die Verarbeitung von „ IBM MQ “ im Nachrichtenfluss verwendet, sofern auf dem Knoten „ IBM MQ “ kein Queue-Manager explizit angegeben ist. Dieser Warteschlangenmanager wird auch von einigen Nachrichtenflussknoten verwendet, für die die Angabe eines Warteschlangenmanagers auf dem Integrationsknoten erforderlich ist. Beispielsweise die ereignisgesteuerten Verarbeitungsknoten, die für Aggregation, Zeitlimit, Nachrichtensammlung und Nachrichtensequenzierung verwendet werden. Der Parameter -q gibt den Namen des Warteschlangenmanagers an, aber er erstellt den Warteschlangenmanager nicht automatisch. Sie müssen den Warteschlangenmanager als separate Tasks definieren und starten und ihn mit dem Befehl mqsicreatebroker angeben. Weitere Informationen finden Sie unter dem Befehl „mqsicreatebroker“ und unter https://www.ibm.com/docs/en/ibm-mq/9.1?topic=configuring-creating-queue-managers-multiplatforms.
Nur bei Systemen vom Typ „ Linux® “ und „ AIX® “ müssen Sie vor dem Start des Integrationsknotens zusätzlich die Umgebung „ IBM MQ “ konfigurieren, die der Integrationsknoten verwenden soll. Wenn Sie die Umgebung nicht einrichten, wird Ihr Integrationsknoten möglicherweise nicht an der erwarteten Position ausgeführt. Weitere Informationen finden Sie unter „Einrichten der Umgebung für den Dienst „ IBM MQ ““ auf Linux und AIX.
Wenn Sie eine Verbindung von einem „ MQ “-Knoten zu einem „ IBM MQ “-Queue-Manager konfigurieren, können Sie die Verbindung optional so einrichten, dass sie eine Sicherheitsidentität zur Authentifizierung, „ SSL “ zur Gewährleistung der Vertraulichkeit oder beides verwendet. Die Sicherheitsidentität, die Berechtigungsnachweise für Benutzername und Kennwort an den Warteschlangenmanager übergibt, kann für Verbindungen zu lokalen oder fernen Warteschlangenmanagern verwendet werden. Für Verbindungen mit fernen Warteschlangenmanagern können Sie auswählen, ob das SSL-Protokoll verwendet werden soll, um die Vertraulichkeit für die Clientverbindung sicherzustellen. IBM App Connect Enterprise unterstützt einen Teil der Funktionen von „ SSL “, die von IBM MQ unterstützt werden. Weitere Informationen finden Sie unter „Verbindung zu einem gesicherten Queue-Manager von IBM MQ herstellen “.