Loading content
Ein Enterprise Service Bus (ESB) ist ein architekturelles Konzept zur Integration heterogener Anwendungen über ein zentrales Kommunikations-Rückgrat, das Nachrichten vermittelt, transformiert und routet. Er bietet standardisierte Konnektivität, Nachrichtenumwandlung, Protokollvermittlung und Governance, um Services zu entkoppeln und Integrationslogik zu zent…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Ein Enterprise Service Bus (ESB) ist ein architekturelles Muster, das heterogene Anwendungen über einen zentralen Vermittlungs- und Transformationspunkt verbindet.
Das Konzept entstand im Umfeld von Enterprise Application Integration und serviceorientierten Architekturen, als viele unterschiedliche Systeme über gemeinsame Standards statt über zahlreiche Punkt-zu-Punkt-Verbindungen gekoppelt werden sollten. Die frühe Fachliteratur ordnet die öffentliche Verwendung des Begriffs Gartner 2002 zu; als früher kommerzieller Vorläufer wird Candle Roma von 1998 genannt. ESB wurde danach als Muster für Vermittlung, Routing und Transformation in komplexen Integrationslandschaften verbreitet.
Denk dir den ESB als zentrale Umsteigestelle für Nachrichten. Anwendungen senden nicht direkt aneinander, sondern liefern ihre Nachrichten an den Bus. Dort werden sie angenommen, geprüft, bei Bedarf umgeformt, anhand von Regeln oder Inhalt weitergeleitet und über passende Protokolle an den Zielservice übergeben. Zusätzliche Querschnittsfunktionen wie Sicherheit, Protokollbrücke, Fehlerbehandlung und Monitoring liegen an derselben Stelle.
Der Bus nimmt Nachrichten entgegen und übergibt sie an den passenden Zielservice.
Regeln, Inhalt oder Metadaten bestimmen, wohin eine Nachricht weitergeleitet wird.
Formate, Datenmodelle oder Header werden an die Erwartungen anderer Systeme angepasst.
Unterschiedliche Transport- und Kommunikationsprotokolle werden miteinander verbunden.
Sender und Empfänger hängen weniger direkt voneinander ab und können getrennt entwickelt werden.
Sicherheit, Monitoring, Versionierung und Fehlerbehandlung lassen sich zentraler durchsetzen.
Ein ESB ist hilfreich, wenn viele Altsysteme, Partnerdienste oder Fachanwendungen mit unterschiedlichen Protokollen und Datenformaten zusammenarbeiten müssen und zentrale Regeln für Anbindung, Transformation und Kontrolle wichtig sind. Der Preis ist eine zusätzliche Plattformschicht: Sie kann zum Engpass oder Single Point of Failure werden, Integrationslogik sammelt sich an einer Stelle, und Betrieb sowie Fehlersuche werden komplexer. Bei wenigen klaren Schnittstellen ist direkte Integration oft einfacher.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.