Architekturmuster - Architektur und Entwurfsmuster der Softwaretechnik - page 334

Broker in einem Fehlerfall nicht so einfach auf einem anderen Rechner installiert wer-
den.

Der Lösungsansatz für die Verteilung liegt darin, den Broker sel-
ber zu verteilen. Auf jedem Rechner, auf dem Client- oder Server-
Komponenten installiert werden sollen, wird auch ein Broker
installiert. Der Broker stellt die Middleware (hier zur Unterstützung
der Kommunikation) dar. Client- bzw. Server-Komponenten besit-
zen also immer einen für sie jeweils Rechner-lokalen Broker ,
mit dem die Proxys kommunizieren können.

Benötigt ein Client einen Dienst von einem Server, der auf dem gleichen Rechner wie
der Client installiert ist, kann der lokale Broker die Kommunikation übernehmen. Ist der
Server eines angeforderten Dienstes dem lokalen Broker unbekannt, schickt der lokale
Broker eines Rechners die Anforderung über das Netzwerk an die anderen entfernten
Broker . Der Broker, bei dem der angeforderte Dienst registriert ist, übernimmt die An-
forderung und beauftragt den Server-side Proxy seines Rechners mit dem Dienstauf-
ruf. Das Ergebnis geht wiederum auf dem gleichen Weg zurück.

Das folgende Sequenzdiagramm zeigt diesen Ansatz mit zwei Rechnern:

:Client :Client-side Proxy brA:Broker brB:Broker :Server-side Proxy :Server

operation()
callService()

packData()

forwardRequest()

handleRequest()

unpackData()

forwardRequest()

callService()

callService()

packData()

forwardResponse()

forwardResponse()

returnResponse()

unpackData()

forwardResponse()
forwardRequest()

forwardResponse()
handleRequest()

returnResponse()
forwardRequest()

callService()

Client-Prozess Broker-Prozess Broker-Prozess Server-Prozess

Rechner A Rechner B

Bild 5-26 Dynamischer Ablauf mit mehreren Brokern