Diskussion:Enterprise Application Integration

message: Ist die WP ein Gelbeseitenableger? Es macht zudem keinen Sinn, Firmennamen einzustellen, diese zu verlinken, obwohl nie einer die Artikel schreiben dürfte--Zaungast 14:05, 13. Dez 2005 (CET)
thread_title:  Hersteller 

message: Eigentlich ist der Plural von Adapter Adapter. Soll Adaptoren "enterprisey" sein?
:Danke für den Hinweis, hab’s korrigiert. --jpp ?! 09:23, 3. Jan. 2007 (CET)
thread_title:  Mehrzahl 

message: In der Definition ("Auf dem verbindenden Business Bus (Enterprise Service Bus),...") klingt es so, als wäre der ESB ein Teil der EAI. Die Techniken im Business Bus sind zwar ähnlich zu dennen des ESB, aber letztendlich handelt es sich bei EAI und ESB um konkurierende, gleichwertige Lösungen zur Systemintegration. Die Formulierung, dass der ESB ein Teil von EAI ist, ist sicher nicht zutreffend.
: Eine Enterprise Application Integration integriert Enterprise Applications miteinander. Sie spezifiziert die Schnittstellen zur Benutzung von Bestandteilen der jeweiligen Enterprise Applications und stellt als Technologie den EAI broker zur Verfügung damit die EA via Schnittstellen miteinander interagieren können. Dave Chappell: ESB Myth Busters: 10 Enterprise Service Bus Myths Debunked. In: SOA & WOA: Article May 25, 2005.
:Meines Erachtens ist die Applikationsebene die Basisebene für die Serviceebene. D.h. während auf der EAI-Schicht EA miteinander kommunizieren, beginnt auf der Service Ebene die Serviceorientierte Architektur, in der Services miteinander kommunizieren. Die eingesetzte Technologie ist hier der Enterprise_Service_Bus. Einzig ein kleiner Hinweis aus dem Artikel zu SOA brachte mich auf eine weiterführende Idee: ""Analog zur Netzwerkinfrastruktur (OSI 7 Schichten Modell Layer 2+3: Sicherungsschicht+Vermittlungsschicht) erlaubt es, dass Hosts im Netzwerk gefunden werden können, da sie logisch via IP adressiert werden. Hosts bauen aber zueinander Verbindungen (Netzwerksockets) auf (OSI 7 Schichten Modell Layer 4:Transportschicht) z.B. via TCP. EA würde ich an ein Host anlehnen und Services an Sockets. Es ist aber möglich Services zu abstrahieren, das bedeutet die Programmlogik zu kapseln und als einigenständige Micro EA zu betreiben. Deswegen ist eine Trennung per Definition nur zwischen EAI Broker von ESB möglich. (Wobei Broker durch den WebSphere Message Broker von IBM geprägt ist.)IBM: WebSphere Message Broker - WebSphere software - A simple yet powerful ESB for any size project. Produktbeschreibung. --Tivi (Diskussion) 11:42, 8. Aug. 2012 (CEST)
thread_title:  Enterprise Service Bus 

message: Und wo wir gerade dabei sind, siehe Diskussion:Business Bus. --Siehe-auch-Löscher 08:26, 30. Jan. 2011 (CET)
thread_title:  Unterschied ESB - Business Bus 

message: "EAI kann als Vorgänger der Serviceorientierten Architektur (SOA) verstanden werden." 
Das ist nicht korrekt, aber keine Sorge, in der Literatur wird sich im Bezug auf EAI meistens verhauen.
Zur Erläuterung:
EAI = Enterprise Application Integration = Integration von Applikationen auf Unternehmensebene
SOA = Service-oriented Architecture = Architekturparadigma zur Umsetzung von EAI
EAI ist nicht der Vorgänger von SOA, da EAI keine Architektur sondern eine Methodik ist. 
SOA kann vielmehr als Untermenge von EAI betrachtet werden, da SOA das Konzept für eine Integration von Anwendungen im Enterprise-Umfeld darstellt.
Oft wird EAI mit der Middleware gleichgesetzt, die diese Idee lediglich umsetzt.
Das ist wie wenn man UML mit einem x-beliebigen UML-Tool gleichsetzt, hierbei findet genauso ein Wechsel der Abstraktionsebenen statt.
Worauf du hinauswolltest war vermutlich die damalige Umsetzung von EAI in Form einer Hub & Spoke - Architektur. (nicht signierter Beitrag von 217.6.52.178 (Diskussion) 13:25, 23. Okt. 2012 (CEST)
thread_title:  Abgrenzung zu SOA