Middleware
Middleware (deutsch etwa „Zwischenanwendung“) bezeichnet in der Informatik anwendungsneutrale Programme, die so zwischen Anwendungen vermitteln, dass die Komplexität dieser Applikationen und ihrer Infrastruktur verborgen wird.[1] Man kann Middleware auch als eine Verteilungsplattform, d. h. als ein Protokoll (oder Protokollbündel) auf einer höheren Schicht als der der gewöhnlichen Rechnerkommunikation auffassen. Im Gegensatz zu niveautieferen Netzwerkdiensten, welche die einfache Kommunikation zwischen Rechnern handhaben, unterstützt Middleware die Kommunikation zwischen Prozessen.
Inhaltsverzeichnis |
Funktionsweise und Einsatz
Middleware stellt eine Ebene in einem komplexen Softwaresystem dar, die als „Dienstleister“ anderen ansonsten entkoppelten Softwarekomponenten den Datenaustausch ermöglicht. Meist erfolgt diese Kommunikation mit Hilfe eines Netzwerkes, das durch die Middleware für die sie benutzenden Softwarekomponenten transparent gemacht wird. Middleware arbeitet dabei auf einem hohen Niveau innerhalb des Schichtenmodells: Ihre Aufgabe ist also nicht die Low-Level-Kommunikation für einzelne Bytes (wie sie beispielsweise schon ein Betriebssystem bereitstellt). Middleware organisiert den Transport komplexer Daten (sog. Messaging), vermittelt Funktionsaufrufe zwischen den Komponenten (sog. Remote Procedure Calls), stellt die Transaktionssicherheit über ansonsten unabhängige Teilsysteme her (Funktion als Transaktions-Monitor) etc.
Middleware-Software ist als Standardsoftware von mehreren Herstellern verfügbar. Technisch stellt sie Software-Schnittstellen und/oder Dienste bereit. Eine Softwarekomponente A, die die Middleware-Schicht benutzen möchte, um mit einer Softwarekomponente B zu kommunizieren, kann diese Schnittstellen benutzen. Die entsprechenden Aufrufe werden von der Middleware-Softwarekomponente über ein Netzwerk weitergereicht (dabei werden in der Regel gebräuchliche Netzwerk-Standardprotokolle – fast immer TCP/IP, darauf aufbauend meist HTTP, darauf aufbauend u. a. SOAP, Web Services verwendet). Auf der Empfängerseite setzt die Middleware die Anforderung in einen Funktionsaufruf an die Software B um. Gegebenenfalls leitet sie die „Antwort“ der Komponente B an Komponente A auf demselben Weg zurück.
Als Nachteil von Middleware kann ihre Größe und Schwerfälligkeit genannt werden. Eine Optimierung der Leistungsfähigkeit dieser Programme ist durch den Programmierer nur selten möglich.
Middleware-Kategorien
eine grobe Unterteilung zum besseren Verständnis:
kommunikationsorientierte Middleware
- Hierbei liegt der Schwerpunkt in der Abstraktion von der Netzwerkprogrammierung. Beispiele sind RPC, Java RMI, Web Service
anwendungsorientierte Middleware
- Im Mittelpunkt steht neben der Kommunikation vor allem die Unterstützung verteilter Anwendungen. Beispiele sind sowohl allgemeine Architekturen, wie CORBA, J2EE oder .NET, als auch komplette Betriebssysteme, wie z. B.
Nachrichtenorientierte Middleware
- Nachrichtenorientierte Middleware arbeitet nicht mit Methoden- oder Funktionsaufrufen, sondern über den Austausch von Nachrichten (messages). Das Nachrichtenformat gibt die eingesetzte Middleware vor. Eine Nachrichtenorientierte Middleware kann sowohl synchron als auch asynchron arbeiten. Bei einer asynchronen Variante wird eine Warteschlange verwendet, in die der message-Produzent seine Nachrichten stellt. Ein Konsument kann die Nachrichten dann konsumieren. Vorteile sind u.a. die vollständige Entkopplung von Nachrichtensender und -empfänger und dass Anwendungen auch weiterarbeiten können, wenn Teilkomponenten ausgefallen sind. Eine Architektur für Nachrichtenorientierte Middleware gibt z. B. JMS vor.
typische Middlewareprodukte
- Enterprise Service Bus von Oracle
- Vitria von Vitria
- Tibco von TIBCO
- X-Gen von Swissrisk AG
- Application Link Enabling (ALE) von SAP
- SAP Exchange Infrastructure von SAP
- Visibroker von Borland
- ObjectBroker von BEA Systems, (Object Request Broker)
- WebSphere Application Server von IBM, (Java EE Server)
- MQSeries von IBM
- Transparent Inter Process Communication (Open Source, ursprünglich von Ericsson entwickelt)
- Common Object Request Broker Architecture kurz CORBA von der Object Management Group (OMG)
- Membrain Real Time Connector (RTC) von Membrain
- Element von ENEA
- die meisten EAI-Produkte beinhalten Middleware-Funktionalität (und zusätzlich Modellierungswerkzeuge und Runtime Engines für Prozesse)
Siehe auch
- Verteilte Systeme, Systemsoftware, föderiertes Informationssystem, Enterprise Application Integration, Portal
- DCE, CORBA, .NET, ODBC, IIOP, JMS, RPC, RMI
