Enterprise Service Bus-Terminologie

Question

Kann jemand bei einem Anfänger-Zwischenebene der Terminologie der „Bus“, „Verkehr“ und „Endpunkt“ im Kontext eines Enterprise Service Bus ? Ich bin ein C # Entwickler mit einigen Jahren Erfahrung jetzt, aber erst am Anfang mit einem ESB zu arbeiten.

Es scheint, dass der „Bus“ ist effektiv eine Warteschlange, an denen Sie Nachrichten senden und empfangen können. Ich bin damit zufrieden. Allerdings arbeite ich an einigen vorhandenen Code mit NServiceBus und ich denke, wenn ich den „Endpunkt“ und „Transport grokked "Terminologie ich würde einen massiven Sprung nach vorn in meinem Verständnis.

Answer 1

Lassen Sie mich versuchen, diese Begriffe zu Ihnen zu klären:

Bus in Zusammenhang mit der ESB-Architektur sollte nicht so einfach Warteschlange in Betracht gezogen wird für Nachrichtens. Um die Integration der verschiedenen Dienste zu ermöglichen, ESB bietet viel mehr. Wichtige zusätzliche Funktionalitäten von ESB:

• Routing. Nachrichten können an verschiedenen Dienste weitergeleitet werden, je nach Nachrichteninhalt oder Endpunkt-Spezifikation.
• Nachrichten Transformations / Mediations zwischen verschiedenen Formaten
• Transportprotokollumwandlung. ESB sollte nahtlos der Lage sein, Anwendungen zu integrieren dass die Verwendung unterschiedliche Transportprotokolle (JMS, HTTP / S, reiner TCP, etc.)
• Nachrichtenverbesserung. Nachrichten können mit fehlenden Daten vor der weiteren Verarbeitung angereichert werden.
• Sicherheit
• Verwaltung und Überwachung

Diese functionalites werden durch Dienste zur Verfügung gestellt, die innerhalb ESB arbeiten. Dienstleistungen verbinden über Endpunkte zueinander - einheitliche, eindeutige „Adressen“. Nachrichten zwischen Endpunkten versandt werden mit einheitlichem Verkehr (Verfahren / Protokoll, das Nachricht Nutzlast kapselt). Anwendung, die nativ verschiedene Transport verwenden, müssen ESB über geeignete Adapter verbinden - Service, der notwendige Transport Umwandlung zur Verfügung stellt. Auf diese Weise Anwendungen, die ESB nutzen voneinander entkoppelt und müssen nicht Konvertierungen sich selbst sorgen.

Natürlich, das sind nur sehr kurze Beschreibungen von Begriffen. Denken Sie daran, Enterprise Service Bus ist nur catch Begriff für bestimmte Art von Architektur (oder Konzept), aber es ist in keiner Weise standardisiert. So spezifische Implementierungen können voneinander sehr verschieden sein. Wenn Sie in standardisierten ESB interessiert sind, können Sie einen Blick auf JBI (Java Bussiness Integration) nehmen. Es gibt mehrere Open-Source-Implementierungen von JBI avalable, darunter Apache ServiceMix , Mule , OpenESB . Sehr gute Einführung in die ESB-Technologien präsentiert in " Open Source ESBs in Aktion " Buch von Manning veröffentlicht.

Answer 2

würde ich empfehlen, auf Ressourcen suchen im Zusammenhang mit Enterprise Application Integration (EAI), die Lösungen zur Integration verwendet um die ESB und verschiedene Modelle und Muster dreht. Denken Sie daran, ist ein GoF für ESB-Architekturen:

http://www.enterpriseintegrationpatterns.com/

und

http://www.enterpriseintegrationpatterns.com/toc.html

Alle diese Muster würden Sie eine Vorstellung davon, was Menschen nutzen ESB zu erreichen und die Muster sind nützlich für die Bereitstellung von gemeinsamen Tücken der Do-it-yourself-ESB-Integration. Ich habe eine immense Menge durch dieses Buch gelernt und durch die Menschen dieser Quelle davon.