आप माइक्रोसर्विसेज का उपयोग कब नहीं करना चाहिए?

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

## यह महत्वपूर्ण क्यों है

अधिकांश टीमें जो माइक्रोसर्विसेज को बहुत जल्दी अपनाती हैं, अंत में धीमी हो जाती हैं, तेज़ नहीं, क्योंकि वे इससे पहले वितरित-प्रणाली ओवरहेड लेती हैं कि उन्हें इसकी आवश्यकता हो।

पहले एक मोनोलिथ के अंदर सीमाओं को रखने से आप डोमेन को सस्ते में सीख सकते हैं और बाद में सही सीमों के साथ विभाजित कर सकते हैं।