মাইক্রোসার্ভিসগুলিতে ইভেন্ট-চালিত আর্কিটেকচার কী?

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

## এটি কেন গুরুত্বপূর্ণ

ইভেন্ট-চালিত ডিজাইন আপনাকে সক্ষমতা (বিশ্লেষণ, জালিয়াতি পরীক্ষা, বিজ্ঞপ্তি) যোগ করতে দেয় কেবল সাবস্ক্রাইব করে, বিদ্যমান প্রযোজকদের কোনো পরিবর্তন ছাড়াই।

এই সম্প্রসারণযোগ্যতা এবং স্থিতিস্থাপকতা চূড়ান্ত সামঞ্জস্য এবং কঠিন ডিবাগিং এর মূল্যে আসে — এটি কেন্দ্রীয় বাণিজ্য-অফ যা আপনি ইভেন্ট-চালিত হওয়ার সময় গ্রহণ করেন।