Welche Kompromisse gibt es zwischen synchroner und asynchroner Kommunikation?

Question

Accepted Answer

**Synchrone** Kommunikation blockiert den Aufrufer, bis eine Antwort ankommt; **asynchrone** Kommunikation sendet eine Nachricht und läuft weiter, ohne zu warten. Jede schafft unterschiedliche Kompromisse bei Kopplung, Latenz und Ausfallsicherheit.

## Vergleich

| Aspekt | Synchron (REST/gRPC) | Asynchron (messaging) |
|---|---|---|
| Wartet der Aufrufer? | Ja | Nein |
| Zeitliche Kopplung | Eng | Lose |
| Ausfallsicherheit | Niedrig | Hoch (Broker puffert) |
| Konsistenz | Sofortig | Eventual |
| Komplexität | Niedriger | Höher |
| Debuggbarkeit | Einfacher (linear) | Schwieriger (Flows) |

## Grafik

```text
SYNC:  Caller ──request──▶ Service
       Caller ◀─response── Service   (blocked the whole time)

ASYNC: Caller ──message──▶ [ Queue ] ──▶ Service
       Caller continues immediately; Service handles it later
```

## Faustregel

- Verwenden Sie **sync**, wenn der Benutzer jetzt eine Antwort benötigt (z. B. Profil laden).
- Verwenden Sie **async** für Hintergrundaufgaben, Fan-out und um Ausfallsicherheit gegen nachgelagerte Ausfälle zu erreichen (z. B. Bestätigungse-Mail senden).

## Fallstrick

Asynchron verbirgt Fehler — eine verlorene oder giftige Nachricht kann einen Workflow stillschweigend unterbrechen. Sie benötigen Dead-Letter Queues und Monitoring.

## Warum es wichtig ist

Die Wahl steuert direkt, wie sich Fehler ausbreiten: Synchrone Aufrufe schlagen schnell und sichtbar fehl, asynchrone Nachrichten entkoppeln, verschieben Probleme aber zu den Consumern.

Beide gut zu mischen — sync an der Edge, async für Workflows — ist eine Kernkompetenz beim Aufbau resilieneter Microservices.

Wartet der Aufrufer?	Ja	Nein
Zeitliche Kopplung	Eng	Lose
Ausfallsicherheit	Niedrig	Hoch (Broker puffert)
Konsistenz	Sofortig	Eventual
Komplexität	Niedriger	Höher
Debuggbarkeit	Einfacher (linear)	Schwieriger (Flows)