माइक्रोसर्भिसेसमा इभेन्ट-ड्रिभन आर्किटेक्चर के हो?

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

## लाभहरू

- **ढीलो युग्मन** — उत्पादकलाई स्पर्श नगरी नयाँ उपभोक्ता थपें।
- **लचकपन** — ब्रोकरले आउटेजहरूको समयमा इभेन्टहरू बफर गर्छ।
- **स्केलेबिलिटी** — उपभोक्ताहरू स्वतन्त्र रूपमा स्केल हुन्छन्।

## समस्याहरू

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

## यो किन महत्त्वपूर्ण छ

इभेन्ट-ड्रिभन डिजाइनले तपाइँलाई क्षमताहरू (विश्लेषण, धोखाधडी जाँच, सूचनाहरू) थपियो गर्न दिन्छ केवल सदस्यता लिएर, अवस्थित उत्पादकहरूमा शून्य परिवर्तनसहित।

यो विस्तारशीलता र लचकपन अन्तिम सुसंगतता र कठिन डिबगिङको मूल्य आउँछ — केन्द्रीय व्यापार-अफ जुन तपाइँ इभेन्ट-ड्रिभन हुँदा स्वीकार गर्नुहुन्छ।