Dreischichtige Architekturen

WebSphere® Application Server stellt die Anwendungslogikebene in einer dreischichtigen Architektur bereit, sodass Clientkomponenten mit Datenressourcen und traditionellen Anwendungen interagieren können.

Dreischichtige Architekturen sind Programmiermodelle, die die Verteilung von Anwendungsfunktionen auf drei unabhängige Systeme unterstützen. Dies sind üblicherweise:

Clientkomponenten auf lokalen Workstations (Schicht 1)
Prozesse auf fernen Servern (Schicht 2)
Eine eigenständige Sammlung von Datenbanken, Ressourcenmanagern und Mainframe-Anwendungen (Schicht 3)

Das folgende Diagramm veranschaulicht die dreischichtige Architektur. Die Schichten sind logisch. Sie werden unter Umständen nicht auf demselben physischen Server ausgeführt.

In den folgenden Informationen sind die drei im Diagramm dargestellten Schichten und deren Kommunikation untereinander ausführlich beschrieben:

Die erste Schicht ist für die Darstellung zuständig, und die Benutzerinteraktion liegt bei den Komponenten der ersten Schicht. Diese Clientkomponenten erlauben dem Benutzer die Interaktion mit den Prozessen der zweiten Schicht auf sichere und intuitive Art und Weise. WebSphere Application Server unterstützt mehrere Clienttypen. Clients greifen nicht direkt auf Services der dritten Schicht zu. Beispiel: Eine Clientkomponente stellt ein Formular bereit, auf dem ein Kunde Produkte bestellen kann. Die Clientkomponente übergibt diese Bestellung an die Prozesse der zweiten Schicht, die die Produktdatenbanken überprüfen und Aufgaben ausführen, die für Rechnungsstellung und Versand wichtig sind.
Die Prozesse der zweiten Schicht werden allgemein als Schicht der Anwendungslogik bezeichnet. Diese Prozesse steuern die Geschäftslogik der Anwendung und haben Zugriff auf die Services der dritten Schicht. In der Schicht der Anwendungslogik spielt sich der größte Teil der Verarbeitung ab. Mehrere Clientkomponenten können gleichzeitig auf die Prozesse der zweiten Schicht zugreifen, so dass die Schicht der Anwendungslogik eigene Transaktionen verwalten muss.
Die Services der dritten Schicht sind durch Clientkomponenten in einem sicheren Netz vor direktem Zugriff geschützt. Die Interaktion muss über die Prozesse der zweiten Schicht erfolgen.
Der Vorteil unter z/OS® ist die Möglichkeit, die zweite und die dritte Schicht in einer physischen z/OS -Umgebung zusammenzufassen und gleichzeitig die Sicherheit und die logischen Vorteile von einzigartigen Schichtsystemen beizubehalten.

Alle drei Schichten müssen miteinander kommunizieren können. Offene Standardprotokolle und ungeschützte APIs vereinfachen diese Kommunikation. Sie können Clientkomponenten in einer beliebigen Programmiersprache wie Java™ oder C++ schreiben. Diese Clients werden auf einem beliebigen Betriebssystem ausgeführt, indem Sie mit der Anwendungslogikebene sprechen. Das Design der Datenbanken in der dritten Schicht ist frei wählbar, sofern die Anwendungsschicht die Datenbanken abfragen und ändern kann. Der Schlüssel zu dieser Architektur ist die Schicht der Anwendungslogik.