Hva er avveiningene mellom synkron og asynkron kommunikasjon?

Question

Accepted Answer

**Synkron** kommunikasjon blokkerer oppkalleren inntil et svar ankommer; **asynkron** kommunikasjon sender en melding og fortsetter uten å vente. Hver gjør forskjellige avveininger i koblingen, latens og motstandskraft.

## Sammenligning

| Aspekt | Synkron (REST/gRPC) | Asynkron (messaging) |
|---|---|---|
| Oppkaller venter? | Ja | Nei |
| Temporal kobbling | Stram | Løs |
| Motstandskraft mot avbrudd | Lav | Høy (megler buffrer) |
| Konsistens | Umiddelbar | Til slutt |
| Kompleksitet | Lavere | Høyere |
| Debuggbarhet | Lettere (lineær) | Vanskeligere (flyter) |

## Visuelt

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

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

## Tommelfingerregel

- Bruk **synkron** når brukeren trenger et svar nå (f.eks. last en profil).
- Bruk **asynkron** for bakgrunnsarbeid, fan-out og for å overleve nedstrøms avbrudd (f.eks. send en bekreftelses-e-post).

## Fallgruver

Asynkron skjuler feil — en tapt eller giftig melding kan stille bryte en arbeidsflyt. Du trenger dead-letter queues og overvåking.

## Hvorfor det betyr noe

Valget kontrollerer direkte hvordan feil propagerer: synkrone anrop mislykkes raskt og synlig, asynkrone meldinger frakobler men utsetter problemer til forbrukere.

Å blande dem godt — synkron på kanten, asynkron for arbeidsflyter — er en kjernekompetanse i å bygge motstandsdyktige mikrotjenester.

Oppkaller venter?	Ja	Nei
Temporal kobbling	Stram	Løs
Motstandskraft mot avbrudd	Lav	Høy (megler buffrer)
Konsistens	Umiddelbar	Til slutt
Kompleksitet	Lavere	Høyere
Debuggbarhet	Lettere (lineær)	Vanskeligere (flyter)