আপনার কখন মাইক্রোসার্ভিসেস ব্যবহার করা উচিত নয়?

Question

Accepted Answer

মাইক্রোসার্ভিসেস প্রায়শই **ভুল** প্রাথমিক পছন্দ। একটি সাধারণ নিয়ম হল **"মনোলিথ প্রথম"**: একটি ভালভাবে কাঠামোবদ্ধ মনোলিথ দিয়ে শুরু করুন এবং শুধুমাত্র একটি কংক্রিট কারণ থাকলে সেবা বের করুন।

## মাইক্রোসার্ভিসেস এড়ান যখন

```text
✗ Small team — more services than people to run them
✗ Early-stage product — domain boundaries still shifting
✗ No CI/CD, monitoring, or tracing in place
✗ Low traffic — no real scaling pressure
✗ Simple domain — splitting adds cost, not value
```

## অকালীন বিভাজনের খরচ

একটি in-process method কল কে একটি network কল এ সরানো latency, ব্যর্থতার মোড, serialization এবং একটি deployment unit যোগ করে। যদি সীমানা ভুল হয়, তাহলে আপনি সেই সবকিছু **এবং** এখনও সেবা জুড়ে refactor করতে হবে।

```text
method call        →  microseconds, can't fail
network call       →  milliseconds, can time out, can be down
```

## উন্নত পথ

```text
Start: modular monolith (clear internal boundaries)
  └─▶ Extract a service ONLY when:
         · it needs independent scaling, OR
         · a separate team needs independent deploys, OR
         · it needs a different tech/SLA
```

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

বেশিরভাগ দল যারা মাইক্রোসার্ভিসেস খুব তাড়াতাড়ি গ্রহণ করে তারা দ্রুত নয়, ধীর হয়ে যায়, কারণ তারা distributed-systems overhead নেয় তার আগে তাদের এটি প্রয়োজন।

মনোলিথের ভিতরে সীমানা রাখা প্রথমে আপনাকে সস্তায় ডোমেইন শিখতে এবং পরে সঠিক seams বরাবর বিভাজন করতে দেয়।