Senkron ve asenkron iletişim arasındaki ödünleşimler nelerdir?

Question

Accepted Answer

**Senkron** iletişim çağırıcıyı yanıt gelene kadar engeller; **asenkron** iletişim bir mesaj gönderir ve beklemeden devam eder. Her biri bağlantı, gecikme ve dayanıklılık açısından farklı ödünleşimler yapar.

## Karşılaştırma

| Yön | Senkron (REST/gRPC) | Asenkron (messaging) |
|---|---|---|
| Çağırıcı bekler mi? | Evet | Hayır |
| Zamansal bağlantı | Sıkı | Gevşek |
| Kesintilere karşı dayanıklılık | Düşük | Yüksek (broker arabellek) |
| Tutarlılık | Anında | Sonunda |
| Karmaşıklık | Daha düşük | Daha yüksek |
| Hata ayıklama | Daha kolay (doğrusal) | Daha zor (akışlar) |

## Görsel

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

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

## Temel kural

- Kullanıcı şu anda bir cevap gerektiriyorsa **senkron** kullanın (örn. profil yükleyin).
- Arka plan işi, fan-out ve aşağı akış hizmetlerinin kesintilerinden kurtulmak için **asenkron** kullanın (örn. onay e-postası gönderin).

## Tuzak

Asenkron başarısızlıkları gizler — kayıp veya zehirli bir mesaj bir iş akışını sessizce kırabilir. Ölü harf sıraları ve izleme gerekir.

## Neden önemli

Seçim, başarısızlıkların nasıl yayıldığını doğrudan kontrol eder: senkron çağrılar hızlı ve görünür şekilde başarısız olur, asenkron mesajlar birbirinden ayrılır ancak sorunları tüketicilere erteler.

Onları iyi karıştırmak — kenarda senkron, iş akışları için asenkron — esnek mikro hizmetler oluşturmanın temel bir becerisidir.

Çağırıcı bekler mi?	Evet	Hayır
Zamansal bağlantı	Sıkı	Gevşek
Kesintilere karşı dayanıklılık	Düşük	Yüksek (broker arabellek)
Tutarlılık	Anında	Sonunda
Karmaşıklık	Daha düşük	Daha yüksek
Hata ayıklama	Daha kolay (doğrusal)	Daha zor (akışlar)