Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Asynchrone Kommunikation

Umgekehrt sendet der Client bei asynchroner Kommunikation eine Anfrage an einen Dienst, erhält aber keine sofortige Antwort. In diesem Fall erhält der Client normalerweise nur eine Bestätigung, dass die Anfrage akzeptiert wurde.

Zu den Vorteilen der asynchronen Kommunikation gehören:

Zu den Nachteilen gehört die Komplexität. Beispiel:

Zu den Ansätzen für asynchrone Kommunikation gehören Fire and Forget, Claim Check, Callback und bidirektionale Kommunikation.

Abfeuern und vergessen

Beim Fire-and-Forget-Muster sendet ein Client eine Anfrage an den Server und erhält synchron eine Bestätigung, dass der Server die Nachricht erhalten hat und verarbeiten wird. Die eigentliche Verarbeitung hat jedoch noch nicht stattgefunden, und der Client hat keine Vorstellung davon, wann oder wie sie durchgeführt wird. Das folgende Diagramm veranschaulicht dieses Muster.

In diesem Fall sollte der Dienst die Bestätigung erst senden, wenn das Objekt dauerhaft persistent ist. Diese Persistenz könnte als Datenbank-Schreibvorgang oder durch das Einfügen eines Elements in eine Warteschlange implementiert werden.

Weitere Überlegungen:

Prüfung der Reklamation

Wenn ein Kunde das Ergebnis eines Serviceanrufs benötigt, können Sie den Service so einrichten, dass er bei Eingang einer Anfrage einen Schadensnachweis ausstellt. Das folgende Diagramm veranschaulicht dieses Muster. Die Anspruchsprüfung wird als Kennung implementiert, die der Dienst in seiner Bestätigung zurückgibt. Der Client kann diese Kennung später verwenden, um den Status der Anfrage zu überprüfen und das Ergebnis abzurufen, wenn die Anfrage abgeschlossen ist.

Clients müssen einen Mechanismus zur Abfrage von Ergebnissen implementieren. Dies kann automatisiert (z. B. kann eine Überprüfung alle n Minuten durchgeführt werden) oder manuell implementiert werden, wobei die Überprüfung als Reaktion auf ein anderes Ereignis oder eine Benutzeraktion durchgeführt wird. Dienste, die das Muster der Anspruchsprüfung implementieren, sollten ausdrücklich angeben, wie lange eine Anspruchsprüfung gültig ist.

Bewährte Verfahren:

Callback

Im Rückrufmuster sendet ein Kunde eine Anfrage an einen Service und gibt dem Service einen Standort an, an den er sich wenden kann, wenn die Bearbeitung abgeschlossen ist. Der Client wartet nicht auf ein Ergebnis und die Verarbeitung wird fortgesetzt. Der Service ist dafür verantwortlich, den Standort zu kontaktieren, wenn die Bearbeitung abgeschlossen ist, und das Ergebnis bereitzustellen. Übliche Speicherorte für Antworten sind REST APIs oder Warteschlangen. Das folgende Diagramm veranschaulicht das Rückrufmuster.

Implementierung:

Bidirektionale Kommunikation

Um die bidirektionale Kommunikation zu implementieren, müssen Sie eine statusbehaftete Verbindung zwischen einem Client und einem Dienst herstellen, sodass sowohl der Client als auch der Dienst Nachrichten senden und verarbeiten können. Dies wird im folgenden Diagramm veranschaulicht. Obwohl die Kommunikation asynchron ist, muss der Dienst in der Lage sein, eine offene Verbindung für jeden Client zu unterstützen.

Überlegungen zur Implementierung: