మైక్రోసర్వీసుల్లో event-driven architecture అంటే ఏమిటి?

Question

Accepted Answer

**event-driven architecture**లో, సర్వీసులు broker (Kafka, RabbitMQ, మొదలైనవి) ద్వారా **ఈవెంట్‌లను ఉత్పత్తి చేయడం మరియు వినియోగం చేయడం** ద్వారా సంభాషణ చేస్తాయి. సేవ ఏదో జరిగిందని ప్రకటిస్తుంది; ఆసక్తిగల సేవలు ప్రతిస్పందిస్తాయి — నిర్మాత వాటిని తెలుసుకోదు లేదా వేచి ఉండదు.

## ఇది ఎలా పనిచేస్తుంది

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

## ప్రయోజనాలు

- **느슨한కపలింగ్** — నిర్మాత నుండి తాకకుండా కొత్త వినియోగదారుని జోడించండి.
- **స్థితిస్థాపకత** — broker అంతరాయాల సమయంలో ఈవెంట్‌లను బఫర్ చేస్తుంది.
- **స్కేలేబిలిటీ** — వినియోగదారులు స్వతంత్రంగా స్కేల్ చేస్తారు.

## సమస్యలు

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

## ఇది ఎందుకు ముఖ్యమైనది

Event-driven డిజైన్ మీరు ఆనలిటిక్‌లు, దోషం తనిఖీలు, ప్రకటనలను కేవలం సబ్‌స్క్రైబ్ చేయడం ద్వారా సామర్థ్యాలను జోడించడానికి అనుమతిస్తుంది, ఇది ఆస్తిత్వ నిర్మాతలకు సున్నా మార్పుల సంహితం.

ఈ విస్తారణ మరియు స్థితిస్థాపకత చివరి సుసంగతత మరియు కష్టతర డీబగ్గింగ్ ఖర్చుపై వస్తుంది — event-driven కి వెళ్లేటప్పుడు మీరు అంగీకరించే కేంద్ర వర్తకం.