مائیکروسروسز میں ایونٹ ڈریون آرکیٹیکچر کیا ہے؟

Question

Accepted Answer

**ایونٹ ڈریون آرکیٹیکچر** میں، سروسز ایک broker (Kafka, RabbitMQ، وغیرہ) کے ذریعے **ایونٹس پروڈیوس اور کنزیوم** کر کے آپس میں بات چیت کرتی ہیں۔ ایک سروس اعلان کرتی ہے کہ کچھ ہوا ہے؛ دلچسپی رکھنے والی سروسز جواب دیتی ہیں — producer کو پتا نہیں ہوتا یا ان کا انتظار نہیں کرتا۔

## یہ کیسے کام کرتا ہے

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

## ایونٹ payload کی مثال

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

## فوائل

- **Loose coupling** — نیا consumer شامل کریں بغیر producer کو چھوئے۔
- **Resilience** — broker outages کے دوران ایونٹس کو buffer کرتا ہے۔
- **Scalability** — consumers آزادانہ طریقے سے scale کرتے ہیں۔

## نقصانات

```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
```

## یہ کیوں اہم ہے

ایونٹ ڈریون ڈیزائن وہی ہے جو آپ کو capabilities (analytics, fraud checks, notifications) شامل کرنے کی اجازت دیتا ہے، صرف subscribe کر کے، موجودہ producers میں کوئی تبدیلی کے بغیر۔

yہ extensibility اور resilience eventual consistency اور مشکل debugging کی قیمت پر آتی ہے — یہ مرکزی trade-off ہے جو آپ event-driven جانے کے وقت قبول کرتے ہیں۔