Mikro hizmetlerde event-driven mimarisi nedir?

Question

Accepted Answer

Bir **event-driven mimaride**, hizmetler bir broker (Kafka, RabbitMQ, vb.) aracılığıyla **olaylar üretip tüketerek** iletişim kurarlar. Bir hizmet bir şey olduğunu duyurur; ilgili hizmetler tepki verirler — üretici onları bilmez veya beklemez.

## Nasıl çalışır

```text
Order Service ─publish→ [ Event Broker: "order.placed" ]
                              │
            ┌─────────────────┼──────────────────┐
            ▼                 ▼                  ▼
      Inventory         Notification          Analytics
      (reserve stock)   (send email)          (record metric)
```

## Event payload örneği

```json
{
  "eventType": "order.placed",
  "eventId": "e-9f2c",          // unique → consumers dedupe
  "occurredAt": "2026-06-18T10:00:00Z",
  "data": { "orderId": "42", "total": 99.5 }
}
```

## Faydalar

- **Gevşek bağlantı** — üreticiye dokunmadan yeni bir tüketici ekleyin.
- **Dayanıklılık** — broker kesintiler sırasında olayları arabelleğe alır.
- **Ölçeklenebilirlik** — tüketiciler bağımsız olarak ölçeklenir.

## Tuzaklar

```text
⚠️ Eventual consistency — readers may briefly see stale data
⚠️ Duplicate delivery — make consumers idempotent (use eventId)
⚠️ Ordering — only guaranteed within a partition/queue
⚠️ Hard to trace a flow across many consumers
```

## Neden önemli

Event-driven tasarımı, mevcut üreticilerde sıfır değişiklikle, basitçe abone olarak (analitik, dolandırıcılık kontrolleri, bildirimler) yetenekleri eklemenize olanak tanır.

Bu genişletilebilirlik ve dayanıklılık, nihai tutarlılık ve daha zor hata ayıklamanın bedeliyle gelir — event-driven'a geçtiğinizde kabul ettiğiniz merkezi takas.