மைக்ரோசர்வீசில் 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)
```

## Event 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 design நீங்கள் திறன்களை (பகுப்பாய்வு,欺்ஞ்ஞான சோதனை, அறிவிப்புகள்) சாधारணமாக பத்திரீகரிப்பதன் மூலம் சேர்க்க அனுமதிக்கிறது, தற்போதுள்ள உৎபாதকர்களுக்கு பூஜ்ய மாற்றங்கள்.

இந்த விரிவாக்கம் மற்றும் நெகிழ்ச்சி இறுதியற்ற நிலைத்தன்மை மற்றும் சிரமப்பட்ட பிழைத்திருத்தத்தின் விலையில் வருகிறது — event-driven-க்கு செல்லும்போது நீங்கள் ஏற்கும் மைய வர்த்தக-ஆஃப்.