तुम्ही मायक्रोसर्व्हिसेज कधी वापरू नये?

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

## अकाली विभाजनाची किंमत

एक प्रक्रियेत पद्धत कॉल नेटवर्क कॉलवर हलवल्याने विलंब, अपयश मोड, क्रमांकन आणि स्थापन युनिट जोडला जातो. जर सीमा चुकीच्या असतील, तर तुम्ही हे सर्व **आणि** अजूनही सेवांमधून रीफॅक्टर करावे लागेल.

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

## हे महत्वाचे का आहे

बहुतेक संघ जे मायक्रोसर्व्हिसेज खूप लवकर स्वीकारतात ते वेगवान होण्याऐवजी मंद होतात, कारण ते वितरित-प्रणाली ओव्हरहेड घेतात प्रत्यक्षात आवश्यकता आधी.

मोनोलिथ आतील सीमा ठेवल्याने तुम्हाला डोमेन स्वस्त शिकण्यास परवानगी मिळते आणि नंतर योग्य शिवणांच्या बाजूने विभाजन करा.