Spring GDS 25. Jubiläum
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Middleware ist Code, der im Pfad zwischen einer eingehenden Anfrage und der Logik liegt, die sie schließlich beantwortet. Jedes Stück erledigt eine Aufgabe und reicht die Anfrage dann weiter: das Auth-Token prüfen, den Aufruf protokollieren, den Body parsen, CORS-Header setzen, Fehler abfangen. Bis die Anfrage den eigentlichen Handler erreicht, sind die querschnittlichen Belange bereits erledigt.
Der Wert liegt darin, dass über viele Endpunkte geteilte Arbeit an einem Ort lebt, statt in jeden Handler kopiert zu werden. Authentifizierung, Rate Limiting, Request-Logging und Eingabevalidierung sind klassische Middleware, denn jede Route braucht sie und keine ist die eigentliche Aufgabe der Route. Die meisten Server-Frameworks bauen auf diesem Muster auf, bei dem Middleware-Funktionen eine Pipeline bilden und jede die Anfrage inspizieren, ändern oder kurzschließen kann. Der Begriff taucht auch bei Integrationsplattformen auf, wo Middleware Systeme verbindet, die nie füreinander gebaut wurden. Eine typische API führt jede Anfrage durch eine Auth-Middleware, die jeden ohne gültiges Token abweist, bevor der Handler sie sieht, sodass kein einzelner Endpunkt daran denken muss zu prüfen.
Die Reihenfolge zählt. Middleware läuft als Kette, also erzeugen Logging vor der Auth und Logging nach der Auth sehr unterschiedliche Aufzeichnungen dessen, was geschah.
Jede API, die wir bauen, führt Anfragen durch eine klare Middleware-Schicht, sodass Auth, Validierung und Fehlerbehandlung an einem Ort durchgesetzt werden, statt über Dutzende Endpunkte verstreut, bei denen einer es unweigerlich vergisst. Ein Handler sollte seine Geschäftslogik enthalten und fast nichts sonst. Leben die geteilten Belange in der Middleware, ist eine Route leicht zu lesen und schwer falsch zu machen, genau das wollen wir in unserer individuellen Webanwendungsentwicklung und Headless Entwicklung.
Middleware glänzt auch, wenn Systeme verbunden statt von Grund auf gebaut werden müssen. Ein altes ERP, ein Zahlungsanbieter, eine fremde Logistik-API, keines spricht dieselbe Sprache. Eine Middleware-Schicht übersetzt zwischen ihnen, kümmert sich um Retries und Fehler und gibt dem Rest des Systems eine saubere Schnittstelle zum Sprechen. Das ist ein Kernstück unseres Vorgehens bei Integrationsplattformen.
Bauen Sie eine API oder nähen Systeme zusammen? Eine solide Middleware-Schicht hält das Ganze beisammen.
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Eine Marke in ein funktionierendes Geschäft verwandeln.
Eine halbe Million Menschen. Eine App. Null Chaos.















