Nutzen und Methoden von Application Integration Architecture (AIA) auf Basis der Oracle SOA Suite

Nutzen und Methoden von Application Integration Architecture (AIA) auf Basis der Oracle SOA Suite Gregor Bublitz November 2009 Inhalt Was verbirgt sich hinter dem Begriff AIA?............................................................. 3 Implementierung eines einfachen Beispielprozesses mittels AIA ....................... 5 Wieso macht es Sinn, sich mit AIA zu beschäftigen bzw. es einzusetzen? ........ 8 Weitere Informationen zum Thema ......................................................................... 9 2 Was verbirgt sich hinter dem Begriff AIA? Die Abkürzung AIA steht für Application Integration Architecture und beschreibt die Integrati- on von Anwendungen über einen standardisierten Integration Layer. Im Gegensatz zu den klassischen Punkt zu Punkt-Verbindungen, die früher im Rahmen von EAI (Enterprise Appli- cation Integration) state-of-the-art waren, steht AIA für eine entkoppelte, schneller implementierbare und besser zu wartende Möglichkeit Systeme zu verbinden. Abbildung 1: Systemintegration über klassische Punkt-zu-Punkt Schnittstellen vs. entkoppelte Integration mit AIA, Quelle: Oracle Im AIA wird jede Applikation „nur“ an den Integration Layer angedockt und kann dann die in der Mitte zur Verfügung stehenden Services nutzen. Dabei interessiert es nicht, welches Ba- ckend-System oder welche andere Komponente diesen Service erbringt, denn dies wird durch die Architektur im Integration Layer verborgen. Generell basiert AIA, wie in der folgenden Abbildung dargestellt, auf dem Oracle Fusion Middleware Stack bzw. der Oracle SOA Suite. Abbildung 2: Komponenten der Oracle Fusion Middleware sowie darauf aufsetzendes AIA Foundation und Process Integration Pack, Quelle: Oracle, 2009 3 Die wichtigsten Elemente der Oracle SOA Suite sind hierbei die Laufzeitkomponenten En- terprise Service Bus und BPEL Process Manager sowie JDeveloper als Entwicklungswerk- zeug und Enterprise Manager für das technische Monitoring der Serverlandschaft und des Anwendungsstatus. Für das Real-Time Monitoring von Geschäftsprozessen kann das BAM- Modul (Business Activity Monitoring) eingesetzt werden. Man darf sich hier von der Vielfalt der möglichen Produkte nicht erschrecken lassen. Alle haben ihren dedizierten Zweck und können bei Bedarf und je nach Anforderungen kombiniert werden. Weitere Informationen hierzu finden sich im Oracle Technology Network unter http://www.oracle.com/technology/products/middleware/index.html bzw. http://www.oracle.com/technology/products/soa/soasuite/index.html AIA selbst besteht aus einem Referenz- und Programmiermodell für Prozesse, aus kanoni- schen Geschäftsobjekten und den zugehörigen CRUD 1-Services sowie aus Werkzeugen und Tools, um den Lebenszyklus der Integrationsszenarien zu verwalten. Die sogenannten PIPs 2 sind vorgefertigte Prozessabläufe zwischen Oracle und Nicht-Oracle- Anwendungen die out-of-the-box deployed und eingesetzt werden können. Diese wurden mit dem AIA-Paradigma von Oracle entwickelt und werden als Produkt angeboten. Notizen: _______________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ ______________________________________________________________________ 1 Grundlegende Operationen: Create, Read, Update, Delete 2 Process Integration Packs 4 Implementierung eines einfachen Beispielprozesses mittels AIA Im Folgenden möchten wir Ihnen einen Eindruck davon geben, was es bedeutet, einen ein- fachen Datensynchronisationsprozess mit AIA zu implementieren. Dabei nehmen wir an, dass für die Kundendaten das ERP-System die Datenhocheit besitzt (Master). Deshalb will man eine Realtime-Schnittstelle vom ERP-System zum CRM-System implementieren, um mit der dann immer aktuellen 360 Grad Sicht den Kunden optimal betreuen zu können. Wie bereits oben erwähnt, werden im AIA die Systeme nicht direkt miteinander verbunden, sondern es werden global verfügbare Services über eine Middleware angeboten. Dabei wer- den nicht nur die einzelnen Protokollanbindungen der Systeme 3 vor den Consumern der Services verborgen, sondern auch die spezifischen Datenmodelle der einzelnen Systeme, da innerhalb der AIA das kanonische Datenmodell (Unternehmensdatenmodell) eine große Rol- le spielt. Web Service ERP Kunde anlegen SyncCustomerPartyERPReqABCS (BPEL) AIA CustomerPartyEBS (ESB) SyncCustomerPartySiebelProvABCS (BPEL) Siebel Web Service Kunde schreiben Abbildung 3: Synchronisationsprozess mittels AIA zwischen ERP und Siebel CRM, Quelle: ec4u Wissensmanagement, 2009 Die folgenden AIA-Komponenten kommen hierbei zum Einsatz: 1. Enterprise Business Object (EBO): Einsatz des im AIA vordefinierten Geschäftsobjekt CustomerPartyEBO. Es ist ein Da- tenobjekt, dass das kanonische Datenmodell (Unternehmensdatenmodell) „in der Mit- te“ abbildet. (Siehe Beispiel in Abbildung 4 und Abbildung 5) 3 Zum Beispiel: System 1 wird mittels Queue an die Middleware angebunden, System 2 über SOAP-Webservices 5 Abbildung 4: Ausschnitte aus dem EBO CustomerParty des AIA Foundation Packs, Quelle: Beispiel aus Darstellung in JDeveloper, 2009 Abbildung 5: Ausschnitte aus dem EBO CustomerParty des AIA Foundation Packs, Quelle: Beispielhafte Darstellung in JDeveloper, 2009 6 Wie man aus den Abbildungen erkennen kann, bietet das Modell an vielen Stellen im sogenannten „Custom“-Bereich Möglichkeiten für eine Erweiterung an, die die grund- sätzliche XSD-Struktur 4 nicht beeinflusst. Dies ist vor allem bei Weiterentwicklungen und Upgrades ein großer Vorteil. 2. Enterprise Business Service (EBS): Einsatz der im AIA vordefinierten WSDL 5 CustomerPartyEBS. Die WSDL-Definition beinhaltet CRUD-Methoden auf dem jeweiligen EBO. 3. Application Business Connector Service (ABCS): Die ABCS-Teilprozesse 6 müssen bei jeder Integration mit AIA neu erstellt werden. Dabei wird unterschieden in den sogenannten Requestor (Req), der den Prozess auslöst und den sogenannten Provider (Prov), der die Aktion ausführt, in unserem Falle den Kunden im CRM anlegt. Die Applikationslogik wird in diesen Prozessen in die allgemeine Logik “in der Mitte” oder vice versa umgesetzt (zum Beispiel Domain Value Mapping 7 oder Cross-Referencing 8). Hierzu existiert im AIA Standard ein ABCS-Generator 9, der automatisch den BPEL-Prozess erstellt, den man dann nur noch geringfügig anpassen und testen muss. Der Vorteil dieser Implementierung liegt in der Wiederverwendbarkeit und der Entkopplung der Systeme untereinander. Ein weiteres System kann diesen Service sehr einfach nutzen, zum Beispiel wenn das Abrechnungssystem auch Kundendaten zum CRM transferieren möchte. Dafür wird nur ein weiterer ABCS-BPEL-Prozess benötigt, der die Anbindung des Abrechnungssystems an die Middleware sicherstellt. Alle anderen Komponenten bleiben bestehen.