Enterprise  Service Bus (ESB) als Grundlage SOA basierender Geschäftsprozess-  2

Automatisierungen   

Inhaltsverzeichnis   

1.  Geleitwort  5

2.  Begriffe.  5

2.1.  Enterprise Application Integration (EAI)  5

2.2.  MOM  6

2.3.  Service-oriented Architecture (SOA)  8

3.  Enterprise Service Bus.  10

3.1.  Eigenschaften eines ESB  10

3.2.  Studie zu Integrationslösungen unter Zuhilfenahme des ESB  12

4.  Fazit  14

Enterprise  Service Bus (ESB) als Grundlage SOA basierender Geschäftsprozess-  

Automatisierungen   

Abbildungsverzeichnis   

Abbildung  1: SOA-Konzept.de, abgerufen am  

Abbildung  2: Aufbau eines ESB  

Abbildung  3: Orchestrierung eines ESB  

Abbildung  4: Schematischer Aufbau eines ESB, vgl O V , Der Enterprise  

Enterprise Service Bus (ESB) als Grundlage SOA basierender Geschäftsprozess- 4

Automatisierungen

Service Bus nimmt Fahrt auf, Messaging- Infrastruktur für Web-Services -Baustein für eine dienstorientierte Struktur, www.computerwoche.de, abgerufen am 07.05.2005

Enterprise Service Bus (ESB) als Grundlage SOA basierender Geschäftsprozess- 5

Diese Seminararbeit gibt vorrangig einen Einblick in Enterprise Service Bus, im Hinblick auf die service-oriented Architecture. In Kapitel 2 wird allgemein auf die Begriffe Enterprise Application Integration (EAI), Message-Oriented Architecture (MOM) und Service-Oriented Architecture (SOA) eingegangen. In Kapitel 3 wird dann der Enterprise Service Bus erklärt und anhand einer aktuellen Studie werden die Softwareanforderungen aufgezeigt. Im letzten Kapitel folgt noch ein Fazit. Viel Spaß beim Lesen!

EAI setzt sich zum Ziel getrennt voneinander entwickelte, spezifische Software zu integrieren. Dass die verschiedenen Applikationen so miteinander kommunizieren, dass sie als ein Ganzes geschäftsorientiert und im betriebswirtschaftlichen Sinne harmonisieren. EAI wird auch als grenzenlose Möglichkeit zum Informationsfluss zwischen beliebigen Systemen auf Präsentations-, Anwendungs- und Datenbankebene gesehen. Dabei müssen keine vorhandenen Anwendungen und Datenbestände geändert werden. ¹ Die Architektur einer EAI-Lösung besteht aus drei Komponenten: Dem Kommunikationsmodell Den Integrationsmechanismen Und der Middleware.

Im Kommunikationsmodell unterscheidet man zwischen der Art und Weise wie Applikationen sich untereinander austauschen. Man differenziert zwischen synchroner und asynchroner Kommunikation. Für die synchrone Kommunikation muss man stets auf eine Rückantwort warten, bevor der Fall weiterverarbeitet werden kann. Im Gegensatz dazu, die asynchrone Kommunikation, bei der ich keine Rückantwort abwarten muss.

¹ Vgl. Sneed, H., Sneed S., Web-basierte Systemintegration