Care sunt compromisurile între comunicarea sincronă și asincronă?

Question

Accepted Answer

Comunicarea **sincronă** blochează apelantul până la sosirea unui răspuns; comunicarea **asincronă** trimite un mesaj și continuă fără a aștepta. Fiecare face compromisuri diferite în cuplare, latență și reziliență.

## Comparație

| Aspect | Sincronă (REST/gRPC) | Asincronă (messaging) |
|---|---|---|
| Apelantul așteaptă? | Da | Nu |
| Cuplare temporală | Strânsă | Slabă |
| Reziliență la căderi | Scăzută | Înaltă (broker cu buffer) |
| Consecvență | Imediată | Finală |
| Complexitate | Mai scăzută | Mai înaltă |
| Debugabilitate | Mai ușoară (liniară) | Mai grea (fluxuri) |

## Vizual

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

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

## Regulă practică

- Folosiți **sync** când utilizatorul are nevoie de un răspuns acum (de ex., încărcarea unui profil).
- Folosiți **async** pentru lucrul de fundal, fan-out și pentru a supraviețui căderii serviciilor downstream (de ex., trimiterea unui email de confirmare).

## Capcană

Async ascunde eșecuri — un mesaj pierdut sau otrăvit poate rupe în tăcere un flux de lucru. Aveți nevoie de cozi de litere moarte și monitorizare.

## De ce contează

Alegerea controlează direct cum se propagă eșecurile: apelurile sincrone eșuează rapid și vizibil, mesajele asincrone decuplează dar amână problemele pentru consumatori.

Mixarea lor bine — sincron la margine, asincron pentru fluxuri de lucru — este o abilitate fundamentală în construirea microserviciilor reziliente.

Apelantul așteaptă?	Da	Nu
Cuplare temporală	Strânsă	Slabă
Reziliență la căderi	Scăzută	Înaltă (broker cu buffer)
Consecvență	Imediată	Finală
Complexitate	Mai scăzută	Mai înaltă
Debugabilitate	Mai ușoară (liniară)	Mai grea (fluxuri)