Middleware

Middleware ist eine Software-Schicht, die zwischen mehreren Anwendungen liegt und den Datenaustausch zwischen ihnen vermittelt. Statt jedes System direkt mit jedem anderen zu verbinden, sprechen alle Systeme nur mit der Middleware.

Erklärung

Der Begriff ist weit. Er umfasst Nachrichtensysteme, die Daten zwischenspeichern und verteilen, Integrationsserver in großen Unternehmen und Cloud-Plattformen wie iPaaS. Gemeinsam ist allen: Die Middleware nimmt Daten aus einem System an, wandelt sie um, leitet sie weiter und protokolliert, was passiert ist.

Das lohnt sich vor allem, wenn viele Systeme beteiligt sind. Bei zehn Systemen, die alle miteinander Daten tauschen, wird ein Netz aus Einzelverbindungen schnell unübersichtlich. Eine Middleware ordnet das. Dafür ist sie selbst ein System, das betrieben, gewartet, abgesichert und bezahlt werden muss. Fällt sie aus, stehen alle Verbindungen gleichzeitig. Bei kleinen und mittleren Unternehmen mit zwei bis vier Systemen ist eine Middleware deshalb oft mehr Aufwand als Nutzen.

Beispiel aus dem Schnittstellen-Alltag

Ein Händler hat einen Shop, einen Marktplatz-Account, eine Warenwirtschaft, ein Versandtool und eine Buchhaltung. Eine Middleware sammelt Bestellungen aus Shop und Marktplatz, verteilt sie an Warenwirtschaft und Versand und übergibt Rechnungen an die Buchhaltung. Ein kleinerer Betrieb mit nur Shop und Buchhaltung braucht diese zusätzliche Schicht dagegen nicht. Für ihn reicht eine direkte Verbindung.

Abgrenzung zu verwandten Begriffen

• Direkte Schnittstelle: verbindet zwei Systeme ohne Schicht dazwischen. Weniger bewegliche Teile, weniger Kosten, dafür eine Verbindung je Systempaar.
• iPaaS: Middleware als Cloud-Dienst mit Baukasten und Abo.
• API: die Tür, über die eine Middleware mit den einzelnen Systemen spricht.
• Vendor-Lock-in: ein Risiko, wenn die Middleware einem Anbieter gehört und sich die Abläufe nicht mitnehmen lassen.

Bezug zu unseren Leistungen

Wir bauen bewusst keine Middleware und keinen Hub, sondern direkte Schnittstellen von System A nach System B. Bei mehreren Systemen planen wir die Verbindungen so, dass für jedes Datenobjekt ein System führend ist. Wann welcher Ansatz passt, steht im Ratgeber Connector oder individuelle Schnittstelle? Für Projekte mit Shop und Warenwirtschaft siehe Shop-ERP-Anbindung.

Stand: 20.10.2026