Sie sind nicht angemeldet
Kompetenzzentrum
Wissensdatenbank
Anwendungsfelder
SE-Themen
Glossar
Forschungsprojekte
Anbieterverzeichnis
Datenbanksuche
Highlights
Wissensbrowser starten
Einordnung im Wissensnetz
Thema
Nicht verfügbar
Themeneinstiege
Nicht verfügbar
Zuordnung zu SE-Themen
Nicht verfügbar
Eintrag kommentierenErfahrung zum Thema berichtenEintrag bewerten
Dieser Eintrag wurde im Schnitt mit 0 von 5 Punkten bewertet
Verfahren
Produktarchitekturen - Welche grundlegenden Architekturkonzepte gibt es bei EAI-Produkten?
Methode/Technik:11532
Externe Quellen zum Thema NEU: Externe Quellen zum Thema suchen 
Beschreibung
EAI-Tools sind in ihren Architekturen sehr unterschiedlich. Dies hängt zum Teil mit der Evolution der Produkte zusammen, zum Zeil mit den Einsatzgebieten bzw. Anwendungsfeldern, für die sie konzipiert wurden. Die im Folgenden genannten Tools stellen nur einen kleinen Ausschnitt der verfügbaren Produkte dar. In der Literatur werden drei Typen von EAI-Architekturen unterschieden.

  • Point-to-Point-Architekturen: Dieser EAI-Architekturtyp stellt die einfachste Form der Integration dar. Zwei Systeme kommunizieren direkt miteinander über so genannte Konnektoren / Adapter. Die Adapter können zugekauft oder selbst erstellt werden. Aufgabe des Integrators ist die Anpassung der Adapter-Schnittstelle an die fachlichen Anforderungen. Für die Integration sind neben EAI-Tools häufig auch Middleware-Produkte wie beispielsweise Message-Oriented Middleware (WebSphere MQ (IBM)), oder CORBA Server (ASP (IONA), Tuxedo (Bea)) ausreichend.

  • Hub-and-Spoke-Architekturen: Sie sind eine Weiterentwicklung der Point-to-Point-Architektur. Die Kommunikation läuft ebenfalls über Adapter, hier steuert jedoch ein zentraler Server, der Message Broker, den gesamten Datenverkehr. In diese Architekturkategorie fallen insbesondere Integration Broker (Sternverteiler) wie WebSphere Application Server Enterprise (IBM) oder Bea WebLogic Integration. Integration Broker eignen sich für n:m Kommunikationsszenarien. Ein mögliches Anwendungsszenario wäre hier die Multichannel-Architektur.

  • Bus / Pipeline-Architekturen: sind vor allem für n:1 oder 1:n Datenverteilungsszenarien interessant. Nach dem Publish-Subscribe-Prinzip werden Nachrichten veröffentlicht und von den interessierten Systemen abgeholt. Ein mögliches Anwendungsszenario wäre hier die Application-to-Application-Architektur. Bus- und Pipeline-Architekturen realisieren beispielsweise die beiden klassischen EAI-Tools: Tibco oder Vitria.

Es gibt EAI-Tools, die in keinem oder mehreren der oben genannten Typen zugeordnet werden können. Gleichzeitig kann jeder Typ Basis für einen weiteren Architekturtyp, die Processware Architecture sein. Processware Architectures erweitern Kommunikationsarchitekturen um eine Architektur zur Definition, Modellierung und Umsetzung von Geschäftsprozessen. Sie unterstützen somit Geschäftsprozess-Architekturen. Heute bietet fast jedes EAI-Tool diese Unterstützung an.



Externe Quellen zum Thema NEU: Externe Quellen zum Thema suchen 
 Eintrag kommentieren 
 Eintrag bewerten 
 Erfahrung zum Thema berichten 
Kommentare
Es wurden 1 Kommentar und 0 Bewertungen abgegeben
Kommentare
Eine Annotation von schrempel schrempel, 10.05.2005
"Auswahl der Beispiele"
Es fehlen die Marktführer: SAP XI, MS BizTalk etc. Das sind doch die eigentlichen Systeme, um die es heute geht - neben IBM natürlich. Grüße von schrempel. 
  
Zu dieser Seite wurden noch keine Bewertungen abgegeben.
Übergeordnet
Entwurf von EAI-Architekturen
Produktarchitekturen...
Weitere Themen
Fähigkeiten von EAI-Produkten
 
Zum Seitenanfang Top Drucken Impressum AGB
Home
VSEK ©2001-2012