z/OS Connect-Szenarien
IBM® z/OS Connect ermöglicht den REST-basierten Zugriff auf Anwendungen und Daten mit JSON-basierten Nutzdaten. Dieses Zugriffsmuster hat großen Gefallen in der Branche gefunden.
Die folgenden Geschäftsszenarien beschreiben verschiedene Vorteile der Verwendung von z/OS Connect:
Separate Anforderungen konsolidieren oder gruppieren (Szenario mit einem Finanzdienstleistungsunternehmen)
Ein Finanzdienstleistungsunternehmen, das erst kürzlich mit einem anderen Unternehmen fusioniert hat, sucht eine Möglichkeit, mehrere kritische Geschäftsanwendungen sicher und schnell zu öffnen und zu einem einzigen Ergebnis zusammenzuführen und das Ergebnis in einer Webanwendung bereitzustellen. Eine z/OS-Anwendung mit dem Namen ACCTINFO wird in der CICS®-Umgebung ausgeführt und ermöglicht den Zugriff auf interne Kontodaten für Kunden. Eine zweite Anwendung, ACCTHSTY, wird in der IMS™-Umgebung ausgeführt. Die von der CICS-Anwendung verwalteten Daten werden in VSAM-Dateien (Virtual Storage Access Method) gespeichert. Die IMS-Daten befinden sich in DL/I-Tabellen.
Das Unternehmen muss die Sicherheit für den Zugriff auf diese Anwendungen vereinheitlichen und in der Lage sein festzustellen, wann und wie viele Aufrufe an diese beiden Anwendungen abgesetzt werden, wie viele Bytes empfangen und zurückgegeben werden und wie die Antwortzeiten sind.
z/OS Connect bietet eine einfache Lösung, die die Komplexität dieser Umgebungen hinter seiner Konfiguration verbirgt. Die Lösung bietet die Möglichkeit, eine Verbindung zu einem Server mit dem Betriebssystem z/OS herzustellen, um unter Verwendung der REST-API und JSON für die Nachrichtennutzdaten Aufrufe an beide Anwendungen abzusetzen. Die in z/OS Connect bereitgestellte Datentransformationsunterstützung verarbeitet JSON- und Byte-Array-Zuordnung für jede Anforderung. Außerdem ist z/OS Connect die zentrale Stelle für die Sicherheitsprüfung, um sicherzustellen, dass alle ID-Systeme, die Zugriff anfordern, berechtigt sind, auf diese Anwendungen zuzugreifen. Jeder REST-Aufruf wird in z/OS System Management Facility (SMF) aufgezeichnet. Zur Vereinigung dieser Anforderungen verwenden z/OS Connect-Servicedefinitionen die Zeichenfolge serviceGroupingName, wenn diese Services in der z/OS Connect-Konfiguration definiert werden. Sie können die für alle Services gleichermaßen geltenden serviceGroupingName-Daten wie 'ACCOUNT_INFO_HISTORY' konfigurieren, und das Ergebnis erscheint in den z/OS-SMF-Datensätzen für jede Anforderung, was deren Korrelation für Analyse- oder Rückverrechnungszwecke ermöglicht.
Szenario für die Trennung von mobilen Anforderungen und Webanforderungen (Einzelhandelsszenario)
Ein Einzelhandelsunternehmen möchte Webanforderungen an Anwendungen auf z/OS-Systemen von Anforderungen trennen, die von den neuen mobilen Plattformen stammen. Sie können dieses ohne großen Aufwand erreichen, indem Sie getrennte z/OS Connect-Servicedefinitionen definieren und konfigurieren, die dieselbe Service-Provider-Konfiguration verwenden, was mehreren REST-Services ermöglicht, dieselben Assets aufzurufen, aber die Aufrufe werden aufgezeichnet und mit jeweils anderen Kriterien gesichert. Anforderer von mobilen Plattformen sind berechtigt, einen Satz von Services mit REST zu verwenden, während Aufrufe von nicht mobilen, webbasierten Anforderern berechtigt sind, einen anderen Satz zu verwenden. Beide greifen auf dieselben Assets zu, werden aber gesondert überwacht. Alle Daten werden in den z/OS Connect-Datensätzen des Typ "SMF 120, Subtyp" aufgezeichnet und sind mit den z/OS-Standardprüf- und -Standardüberwachungsmechanismen zugänglich.
Traditionelle z/OS-Stapelassets mit REST und JSON erreichen (Szenario mit einem Versicherungsunternehmen)
Ein großes Versicherungsunternehmen möchte eine Gruppe von Cobol-Stapelanwendungen erreichen, die ausgereifte Geschäftslogik enthält, die über mehrere Jahre hinweg entwickelt wurde. Die Konvertierung dieser Anwendung in eine neuere Sprach- und Laufzeitumgebung wäre sehr kostenintensiv und risikoreich. Eine Lösung für den Zugriff auf die Geschäftslogik in dieser Anwendung über mobile und webbasierte Requester ist weniger risikoreich und ermöglicht anderen Geschäftssystemen, die eingerichteten Anwendungen zu nutzen.
Mit der WOLA-Unterstützung (WebSphere® Optimized Local Adapter, optimierte lokale WebSphere-Adapter) in Liberty und dem aktivierten z/OS Connect-WOLA-Feature kann diese Anwendung ohne großen Aufwand mit REST-Aufrufen und JSON-Inhalt erreicht werden. Das Cobol-Zielanwendungsprogramm muss aktualisiert werden, damit es die WOLA-APIs für die Registrierung beim Liberty-Server verwenden und mit dem Akzeptieren von Anforderungen beginnen kann. Es werden eine z/OS Connect-Servicedefinition und eine Bindungsdatei mit den Informationen zu den erwarteten Empfangsdaten benötigt. Sie müssen die zurückgegebenen Daten in den Pfad der Bindungsdatei des z/OS Connect-Servers kopieren. Nachdem Sie die Verwendung von z/OS Connect und WOLA-APIs aktiviert haben, ist dieses Stapelassets effektiv online und für berechtigte z/OS Connect-REST-Clients verfügbar.
Erkennung von z/OS-Assets und -Informationen über Anforderungs- und Antwortnutzdaten
Sie möchten, dass Ihr Cloudbereitstellungs- oder API-Management-Tool einen Katalog von Assets erstellt, die auf einem bestimmten z/OS-System veröffentlicht werden. Dieses Tool muss diese Assets abfragen und zusammen mit Kontext für jedes Asset speichern. Außerdem muss das Tool Informationen darüber enthalten, was erforderlich ist, um Anforderungsdaten zu erstellen, die an den Service übergeben werden, und Informationen darüber, was der Service als Antwort zurückgibt.
z/OS Connect bietet eine Möglichkeit, alle Services in seiner Konfiguration mit einem einzigen REST-Aufruf zu erkennen. Wenn eine HTTP GET-Anforderung für https://host:port/zosConnect/services eingeht, wird eine Liste in JSON-Format zurückgegeben, die alle Services enthält, die der momentan authentifizierte Benutzer sehen darf. Über diese Liste können Sie die URL für jeden Service abrufen und jeden Service abfragen, indem Sie eine HTTP GET-Anforderung verwenden, die die JSON-Schemainformationen zu Anforderung und Antwort zurückgibt. Sie können die Servicereferenz (URL für den Service), die Beschreibung des Service und die JSON-Anforderungs- und -Antwortschemas im Katalog des Tools für den späteren Abruf speichern. Den Zugriff auf das JSON-Schema zu ermöglichen, bedeutet, dass das Tool ohne großen Aufwand so konfiguriert werden kann, dass ein REST-Aufruf mit einer entsprechenden JSON-basierten Parameterliste für den z/OS Connect-Zielservice an z/OS Connect übergeben wird.