Nachrichtenorientierte Middleware (MoM) vs.Enterprise Service Bus (ESB)

Question

Ich habe einen MoM-Hintergrund.Ich glaube, ich verstehe ESB konzeptionell.Ich bin mir jedoch nicht ganz sicher, welche praktischen Unterschiede zwischen den beiden bestehen, wenn es darum geht, eine architektonische Entscheidung zu treffen.

Hier ist, was ich wissen möchte

1) Irgendwelche guten Links online, die mir in dieser Hinsicht helfen können.

2) Kann mir jemand sagen, wo es sinnvoll ist, das eine über das andere zu verwenden?

Jede Hilfe wäre nützlich.

Answer 1

Messaging neigt dazu, auf dem zuverlässigen Austausch von Nachrichten um ein Netzwerk zu konzentrieren; unter Verwendung von Warteschlangen als zuverlässiger Load-Balancer und Themen zu implementieren veröffentlichen und abonnieren.

Ein ESB neigt typischerweise unterschiedliche Funktionen weit über Messaging wie Orchestrierung, Routing, Transformation und Vermittlung hinzuzufügen.

würde ich empfehlen die Lektüre über Enterprise Integration Patterns die einen Überblick über gängige Muster gibt Ihnen ‚ll ist in der Regel in Integrationsproblemen zu verwenden, die alle auf Basis über einem Message-Bus sind (obwohl auch mit anderen Netzwerktechnologien verwendet werden kann).

Zum Beispiel Open Source verwendet wird; Apache ActiveMQ eine lose gekoppelten zuverlässigen Austausch von Nachrichten zur Verfügung stellt. Dann können Sie Apache Camel verwenden die Enterprise Integration Patterns für intelligentes Routing, Transformation, Orchestrierung, arbeiten mit anderen Technologien und so weiter.

Answer 2

Ich habe MOM-Lösungen und ESB-Lösungen auf zwei verschiedenen Ebenen.

Ich betrachte MOM ein Baustein für ESB-Lösungen. In der Tat erreichen ESB-Lösungen ihre eigenen lose Kopplung und asynchrone Kommunikationsfähigkeiten, nur das Paradigma durch die spezifische MOM Implementierung angeboten werden.

Daher stellen MOMs Lösungen für Daten / Ereignisse Verteilung auf kundenspezifische Ebene der QoS (entsprechend der spezifischen Anbieter Implementierung), statt ESBs stellen Lösungen dar Fähigkeiten die komplexe Orchestrierungen in einem SOA-Szenario zu realisieren (wo wir mehrere Anbieter ihre Dienste anbieten müssen interessiert, und mehrere Verbraucher die Dienste in raubend durch die ersten, die angeboten werden).

Komplexe Orchestrierungen implizieren Kommunikation zwischen Legacy-Systemen, jeder von ihnen mit ihrer eigenen Datenbereichsdarstellung (Regeln und Dienstleistungen auf spezifische Daten) und ein eigenes Kommunikationsparadigma (ein Verbraucher mit dem ESB interagieren CORBA, einem anderen WS verwenden, und so auf).

Es ist klar, dass ESB eine komplexere architektonische Lösung stellt die Abstraktion von Daten-Bus zu schaffen, sollte (wie die elektronischen Busse, die jeder in seinem eigenen PC hat), können eine Fülle verbinden der Dienstleister zu einer nicht genau bekannten Fülle von Service Verbrauchern, versteckt Heterogenität in (i) Datendarstellung und (ii) Kommunikation.

Sorry für den langen Post, aber die Konzepte sind komplex und es ist sehr schwierig, effektiv und effizient in einer kurzen Erklärung zu sein.

Answer 3

Ein ESB ist in der Regel eine Schicht, die Routen, Protokolle, transformieren, und führt andere ‚technische‘ (das heißt nicht-Geschäft) Funktionen auf Nachrichten. Es könnte von Nachrichten von einem Nachrichtensystem (wie etwas JMS-basierten) verarbeiten, oder es könnte mit anderen Arten von Nachrichten (wie SOAP-basierten Web-Service) arbeitet. In dieser Hinsicht ist es allgemeiner als MoM.

Disclaimer: Ich bin ein IBM WebSphere Berater - auch wenn ich nicht hier in einer offiziellen Kapazität am Beitrag

.

Answer 4

ESB mit Webdiensten in seiner wahren Form bietet eine lose Anwendungskopplung, indem die Daten über eines der Elemente der Nachricht gesendet werden.

MOM bietet nicht nur eine anwendungslose Kopplung, sondern auch eine prozesslose Kopplung.

ESB verfügt über zusätzliche Funktionen, die den Governance-zentrierten Ansatz unterstützen.

Beide können je nach Szenario unabhängig voneinander oder zusammen verwendet werden.

Answer 5

IBM und Oracle SOA-Zertifizierungen haben. Da sie die Führer auf dem Markt (Gartner Magic Quadrant) sind, dann würde ich darüber lesen, wie sie definieren SOA und ESB (zusammen mit Methodik und die benötigten Komponenten SOA wie Governance zu unterstützen, Registry, etc etc)

Answer 6

EBS

ist nur noch ein weiteres Schlagwort, wie SOA 2.0.

Sie können ein ESB System leicht mit normalen Web-Service mit einer Warteschlange hinter ihnen umgesetzt. Sie können Nachrichten-Routing und oder Orchestrierung mit SOA 1.0 (Tibco, Bizztalk) haben, man die Dinge nicht auf die andere wirklich nicht zu stoppen. Noch wichtiger ist, ist es die auf die Nachrichten gegeben Semantik im System ausgetauscht, dass in diesem Fall Ereignissen eine wichtige Rolle spielen. Nachrichten, die als Ereignisse, ist Auslöser über etwas, das in dem System passiert ist, so ist der Kontext anders.