ਤੁਹਾਨੂੰ ਮਾਈਕ੍ਰੋਸਰਵਿਸਿਜ ਦੀ ਵਰਤੋਂ ਕਦੋਂ NAHI ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ?

Question

Accepted Answer

Microservices ਅਕਸਰ **ਗਲਤ** ਸ਼ੁਰੂਆਤ ਦਾ ਚੋਣ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਆਮ ਨਿਯਮ **"monolith ਪਹਿਲਾਂ"** ਹੈ: ਇੱਕ ਚੰਗੀ-ਢਾਂਚਾਬੱਧ monolith ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਸੇਵਾਵਾਂ ਨੂੰ ਸਿਰਫ ਉਦੋਂ ਹੀ ਨਿਕਾਲੋ ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਠੋਸ ਕਾਰਨ ਹੋਵੇ।

## Microservices ਨੂੰ ਬੇਅੰਤ ਕਰੋ ਜਦੋਂ

```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 ਮੇਥਡ ਕਾਲ ਨੂੰ ਨੈੱਟਵਰਕ ਕਾਲ ਵਿੱਚ ਸ਼ਿਫਟ ਕਰਨਾ latency, ਅਸਫਲਤਾ ਮੋਡ, serialization, ਅਤੇ ਇੱਕ ਡਿਪਲੋਏਮੈਂਟ ਯੂਨਿਟ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਸੀਮਾਵਾਂ ਗਲਤ ਹਨ, ਤੁਸੀਂ ਸਭ ਕੁਝ ਦਾ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ **ਅਤੇ** ਅਜੇ ਵੀ ਸੇਵਾਵਾਂ ਵਿੱਚ ਰੀਫੈਕਟਰ ਕਰਨਾ ਪਏ।

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

## ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

ਜਿੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਟੀਮਾਂ microservices ਨੂੰ ਬਹੁਤ ਜਲਦੀ ਅਪਣਾਉਂਦੀਆਂ ਹਨ, ਉਥੇ ਉਹ ਵਧੇਰੇ ਹੌਲੀ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਵਧੇਰੇ ਤਜ਼ ਨਹੀਂ, ਕਿਉਂਕਿ ਉਹ ਵੰਡੀ ਹੋਈ-ਸਿਸਟਮ ਓਵਰਹੈੱਡ ਨੂੰ ਉਦੋਂ ਹੀ ਲੈਂਦੀਆਂ ਹਨ ਜਦੋਂ ਉਨ੍ਹਾਂ ਨੂੰ ਇਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

Monolith ਵਿੱਚ ਸੀਮਾਵਾਂ ਨੂੰ ਪਹਿਲਾਂ ਰੱਖਣਾ ਤੁਹਾਨੂੰ ਡੋਮੇਨ ਨੂੰ ਸਸਤੇ ਵਿੱਚ ਸਿਖਣ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਸਹੀ seams ਦੇ ਨਾਲ ਵਿਭਾਜਿਤ ਕਰਨ ਦਿੰਦਾ ਹੈ।