Was ist Middleware?

Middleware ist Software, die zwischen anderen Programmen sitzt und dafür sorgt, dass sie miteinander Daten austauschen können. Sie nimmt Nachrichten entgegen, übersetzt Formate, leitet sie an das richtige Zielsystem weiter und sorgt dafür, dass nichts verloren geht. Die beteiligten Anwendungen müssen einander dadurch nicht kennen – sie reden nur mit der Middleware.

Der Name ist wörtlich zu nehmen: Middleware ist die Schicht in der Mitte, zwischen Betriebssystem und Anwendung oder zwischen zwei Anwendungen. Nutzer sehen sie nie, merken aber sofort, wenn sie ausfällt.

Wozu Middleware gebraucht wird

In einem typischen mittelständischen Unternehmen laufen ERP, CRM, Onlineshop, Buchhaltung, Lagerverwaltung und oft eine Maschinensteuerung nebeneinander. Jedes System spricht seine eigene Sprache. Ohne Vermittler gibt es zwei schlechte Möglichkeiten: Daten von Hand übertragen oder jedes System direkt mit jedem anderen verbinden. Bei fünf Systemen sind das bis zu zehn einzelne Verbindungen, die alle gepflegt werden müssen.

Hinzu kommt ein Problem, das erst mit der Zeit sichtbar wird: Tauscht ein Unternehmen ein System aus, etwa den Onlineshop, müssen bei direkten Verbindungen alle Gegenstellen angepasst werden. Mit einer Vermittlungsschicht wird nur die eine Anbindung neu gebaut.

Middleware ersetzt dieses Geflecht durch einen zentralen Knoten. Jedes System wird einmal angebunden, die Middleware erledigt den Rest: Formate umwandeln, Nachrichten puffern, wenn ein Empfänger kurz nicht erreichbar ist, und protokollieren, was wann wohin ging.

Arten von Middleware

• Message Broker / Message-oriented Middleware: Nachrichten werden in Warteschlangen gelegt und vom Empfänger abgeholt, sobald er bereit ist. Bekannte Vertreter sind RabbitMQ oder Apache Kafka. Vorteil: Fällt ein Empfänger aus, bleiben die Nachrichten in der Warteschlange, bis er wieder erreichbar ist.
• Enterprise Service Bus (ESB): ein zentraler „Bus“, über den alle Systeme kommunizieren, mit Regeln für Umwandlung und Weiterleitung. Verbreitet in großen Unternehmen, oft aufwendig im Betrieb.
• API-Gateway: ein Eingangstor für Schnittstellen, das Anfragen prüft, weiterleitet und Zugriffe begrenzt.
• Datenbank-Middleware: Treiber und Verbindungsschichten wie ODBC, über die Programme auf Datenbanken zugreifen, ohne deren Details zu kennen.
• Integrationsplattformen: Werkzeuge, die fertige Anbindungen und Abläufe mitbringen. In der Cloud betrieben heißen sie iPaaS.

Beispiele aus dem Mittelstand

• Onlineshop und Warenwirtschaft. Eine Bestellung im Shop landet über die Middleware als Auftrag im ERP. Der Lagerbestand fließt zurück in den Shop. Ist das ERP nachts wegen einer Sicherung nicht erreichbar, sammelt die Middleware die Bestellungen und liefert sie danach aus.
• Fertigung und ERP. Maschinendaten wie Stückzahlen und Störungen werden von der Steuerung abgegriffen, in ein einheitliches Format gebracht und an das ERP sowie ein Dashboard weitergegeben.
• Großhandel mit Partnern. Bestellungen von Handelspartnern kommen per EDI, per E-Mail als PDF und über ein Portal. Die Middleware bringt alle drei Kanäle in dasselbe Format für die Auftragserfassung.

Middleware, API und iPaaS

Ein Webhook wiederum ist ein Auslöser: Ein System meldet ein Ereignis, etwa „neue Bestellung“, und die Middleware reagiert darauf.

Risiken und Grenzen

• Zentraler Ausfallpunkt. Läuft alles über eine Middleware, steht bei ihrem Ausfall der gesamte Datenaustausch. Überwachung und ein Plan für den Störfall sind Pflicht.
• Stille Fehler. Eine Nachricht, die wegen eines geänderten Feldnamens nicht mehr umgewandelt werden kann, fällt oft erst auf, wenn ein Kunde nachfragt. Ohne Alarm bei Fehlern bleibt das unentdeckt.
• Überdimensionierung. Ein ESB für drei Systeme ist wie ein Lkw für den Wocheneinkauf. Für kleine Landschaften reicht oft eine schlanke Integration.
• Abhängigkeit. Wer die Regeln der Middleware nicht dokumentiert, weiß nach ein paar Jahren nicht mehr, welche Daten wohin fließen. Eine einfache Übersicht, welches System welche Felder an wen liefert, verhindert das.

In der Praxis: Verbindungen, die man überwacht

Bei der Systemintegration verbinden wir Ihre vorhandenen Programme – CRM, Buchhaltung, Shop, Bank –, ohne dass Sie etwas austauschen müssen. Ob dafür eine eigene Middleware-Schicht, eine direkte Schnittstelle oder eine fertige Anbindung am sinnvollsten ist, entscheiden wir nach Zahl der Systeme und Menge der Daten. Jede Verbindung wird überwacht, damit ein Ausfall nicht erst beim Kunden auffällt. Fertige Anbindungen an gängige Systeme bringt unsere Integrationsplattform mit; wiederkehrende Abläufe über mehrere Systeme hinweg setzen wir als Prozessautomatisierung um.

Häufige Fragen

Was ist Middleware einfach erklärt?

Ein Vermittler zwischen Programmen. Er nimmt Daten aus einem System entgegen, bringt sie in die passende Form und gibt sie an das nächste System weiter.

Braucht ein kleines Unternehmen Middleware?

Bei zwei oder drei Systemen reicht oft eine direkte Schnittstelle. Sobald mehr Systeme Daten austauschen oder Ausfälle teuer werden, lohnt sich eine zentrale Vermittlungsschicht.

Läuft Middleware in der Cloud oder im eigenen Haus?

Beides ist möglich. Klassische Middleware läuft auf eigenen oder gemieteten Servern, als Cloud-Dienst heißt sie iPaaS. Entscheidend sind Datenmenge, Datenschutz und wer den Betrieb übernimmt.

Ist Middleware dasselbe wie eine Schnittstelle?

Nein. Eine Schnittstelle ist der Zugang zu einem einzelnen System. Middleware verbindet mehrere Systeme über ihre Schnittstellen und übernimmt Umwandlung, Weiterleitung und Pufferung.