Reaktive Systeme in Java

Kapitel 8. HTTP mit Reaktivität im Hinterkopf

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Auch beim Aufbau eines reaktiven Systems ist HTTP unvermeidlich. HTTP ist ein weit verbreitetes Protokoll, und REST ist beispielsweise ein bekannter Ansatz für die Entwicklung von Diensten und APIs. Das Problem mit HTTP ist, wie in Kapitel 4 erwähnt, das Anfrage-/Antwort-Interaktionsschema, das zu einer unerwünschten zeitlichen Kopplung führt. Um eine räumliche Entkopplung zu realisieren, brauchst du außerdem oft Proxys, die die Anfragen weiterleiten, oder fortschrittliche Mechanismen zur Diensterkennung und Lastverteilung.

Aber seien wir ehrlich: Wir müssen pragmatisch sein, und HTTP hat viele großartige Funktionen. Wir empfehlen, HTTP an den Kanten deines Systems zu verwenden (an den Stellen, die mit externen Entitäten interagieren), wie in Abbildung 8-1dargestellt. HTTP wird zum Beispiel oft auf der Front Tier verwendet, um eine API bereitzustellen, die von anderen externen Diensten leicht konsumiert werden kann. Außerdem verwenden wir HTTP oft an den verschiedenen Integrationspunkten mit anderen externen Diensten, wie z.B. bei der Nutzung von Diensten, die über eine REST API bereitgestellt werden.

Die Integration von HTTP sollte die Reaktionsfähigkeit des reaktiven Systems, das du aufbaust, nicht verhindern oder einschränken. Daher müssen wir diese Integration sorgfältig implementieren. Nicht selten ...