मायक्रोसर्व्हिसेसमध्ये इव्हेंट-ड्रिव्हन आर्किटेक्चर म्हणजे काय?

Question

Accepted Answer

एक **इव्हेंट-ड्रिव्हन आर्किटेक्चर**मध्ये, सेवा **ब्रोकर (Kafka, RabbitMQ, इ.) द्वारे इव्हेंट्स तयार करून आणि वापरून** संचार करतात. एक सेवा घोषणा करते की काहीतरी घडले; स्वारस्य असलेल्या सेवा प्रतिक्रिया देतात — निर्माता त्यांच्याबद्दल जाणत नाही किंवा त्यांची प्रतीक्षा करत नाही.

## हे कसे कार्य करते

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

## इव्हेंट पेलोड उदाहरण

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

## फायदे

- **Loose coupling** — निर्माता स्पर्श न करता नवीन ग्राहक जोडा.
- **Resilience** — ब्रोकर आउटेजच्या दरम्यान इव्हेंट्स बफर करतो.
- **Scalability** — ग्राहक स्वतंत्रपणे स्केल करतात.

## नुकसान

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

## महत्व का आहे

इव्हेंट-ड्रिव्हन डिজाइन तुम्हाला क्षमता (analytics, fraud checks, notifications) जोडू देते फक्त सबस्क्राइब करून, विद्यमान निर्माताकडे शून्य बदल करून.

हा विस्तारशीलता आणि resilience अंतिम संगतता आणि अधिक कठीण डिबगिंगच्या किंमतीवर येतो — जेव्हा तुम्ही इव्हेंट-ड्रिव्हन जाता तेव्हा तुम्ही स्वीकारता मध्यवर्ती ट्रेड-ऑफ.