Enterprise Application Integration

• Geschäftsprozessebene Auf dieser Ebene können Regeln und Vorgaben für deskriptive Workflows28 definiert werden, die Nicht-IT´lern die Modellierung dieser Prozesse ermöglichen sollen (das geht nur mit Standardanwendungen und deren dokumentierten Schnittstellen, für alles andere müssen nachträglich Adapter von Programmierern geschrieben werden. Aus dieser Beschränkung heraus gibt es bis jetzt nur wenige Tools (vorwiegend Message-orientiert, wie z.B. MQSeries), die das ernsthaft und umfangreich beherrschen29) • Komponentenebene Dieses stellt die höchste Schicht dar, auf der sich die IT-Spezialisten betätigen. Diese Ebene stellt die notwendigen Komponenten zur Verfügung, die durch Nicht-IT´ler auf der Geschäftsprozessebene manipuliert werden können. Es ist dem SAP-Konzept nicht unähnlich, wobei der Benutzer auch vor der Komplexität der Anwendung bewahrt wird - auch in diesem Szenario wird die Prozessbeschreibung durch die Führungsebenen des Unternehmens und den hinzugezogenen Consultants voreingestellt. • Message Services Layer Diese Schicht bietet Dienste an, wie: Umformatieren der Nachricht, Routing, Load Balancing, Message Warehousing • Transport Services Layer Diese Ebene gilt als das Middleware-Basisprodukt, wobei die Messageorientierte Middleware eine der vielen Möglichkeiten der technischen Umsetzung darstellt. Diese Schicht liefert auch zusätzliche Services wie Logging und Sicherheitsoptionen und für den Entwickler die notwendigen Schnittstellen, Nachrichtenformate und Vorlagen [...]

Das 4-Schichtenmodell von Sterling beschränkt sich auf die Elemente, die für einen Middleware-orientierten Ansatz notwendig sind. Dieser Ansatz ist abstrakter als die vorhergehenden Modelle - Hintergrund ist die Trennung von purer Technik, die nur noch von Programmierern verstanden wird und der Ebene auf der die Prozesse zwischen Anwendungen modelliert werden sollen (siehe auch „Level 3: Intra-Enterprise-Integration (Prozessintegration)“ auf Seite 42 und „Prozessintegration“ auf Seite A21). Einerseits sind die daraus resultierenden MiddlewareSteuerungsoberflächen an die Windows-Administrationsoberflächen angelehnt, beschränken sich jedoch auf den Satz von Befehlen, die in den großen Standardanwendungen zum Einsatz kommen Individualanwendungen sind damit nicht ohne größeren Aufwand integrierbar (siehe „Die Realität“ auf Seite 12). Solche Modelle bedienen sich des „OSI-Modell“ auf Seite A-19 als Grundlage26. Sterling fand hierzu eine passende Definition, die unter „Näherungsdefinition von Sterling, Aufschlüsselung“ auf Seite A-17 detailiert dargelegt wird: [...]

Die Integration auf Methoden-Ebene ist das zur Verfügung stellen von Geschäftslogik (z.B. aus SAP/R3). Die zur Verfügung stehenden Technologien erlauben es entweder die Neuerstellung einer Anwendung aus der Kombination von mehreren anderen Anwendungen und deren Logik, die dann auf einem Applikationsserver läuft, oder es wird die Logik innerhalb der Anwendungen von außen über entsprechende Verfahren angesprochen25. Dies korrespondiert mit der „Komponenten Integration“ auf Seite 41 und der „Komponentenebene“ auf Seite 47. Wenn das Neuschreiben der Anwendung nicht in Frage kommt, eignet sich hierzu die Transaktionsorientierte Technologie, wie Applikationsserver oder TP-Monitore. Als empfehlenswerte Alternative können dedizierte Systeme genutzt werden (siehe Anmerkungskasten mit einem Lösungskonzept auf Seite A-4). [...]