सेवा मेश भनेको के हो र तपाई किन यो प्रयोग गर्नुहुन्छ?

Question

Accepted Answer

एक **सेवा मेश** (Istio, Linkerd) क्रस-कटिङ नेटवर्किङ चिन्ताहरू — पुनः प्रयास, समय सीमा, mTLS, ट्राफिक रूटिङ, अवलोकनशीलता — **अनुप्रयोग कोड बाहिर** र नेटवर्क अवसंरचना परतमा **साइडकार प्रॉक्सीज** मा सारिन्छ।

## कसरी काम गर्छ

प्रत्येक सेवा उदाहरण **साइडकार प्रॉक्सी** (जस्तै, Envoy) को छेउमा चल्छ। सबै ट्राफिक प्रॉक्सीहरू मार्फत प्रवाह हुन्छ, जो **डेटा प्लेन** बनाउँछन्; एक **नियन्त्रण प्लेन** तिनलाई कन्फिगर गर्छ।

```text
┌─────────────────┐        ┌─────────────────┐
│ Service A       │        │ Service B       │
│  app  ⇄ [proxy] │◀──────▶│ [proxy] ⇄  app  │
└─────────────────┘  mTLS  └─────────────────┘
        ▲ configured by ▲
        └──── Control Plane (Istio/Linkerd) ────┘
```

## यो के प्रदान गर्छ

- **mTLS** सेवाहरू बीच स्वचालित रूपमा (शून्य अनुप्रयोग परिवर्तन)।
- **लचीलापन** — पुनः प्रयास, समय सीमा, प्रॉक्सीमा सर्किट तोड्ने।
- **ट्राफिक व्यवस्थापन** — क्यानारी, A/B, भारित रूटिङ।
- **अवलोकनशीलता** — एकसमान मेट्रिक्स, ट्रेस, लग।

## उदाहरण नीति

```yaml
# shift 10% of traffic to v2 (canary), no code change
route:
  - destination: { host: orders, subset: v1 }
    weight: 90
  - destination: { host: orders, subset: v2 }
    weight: 10
```

## ट्रेड-अफहरू

एक मेश विलम्ब (अतिरिक्त हप), संसाधन ओभरहेड (प्रति पडमा एक प्रॉक्सी), र वास्तविक परिचालन जटिलता थप्छ।

## यो किन महत्त्वपूर्ण छ

एक मेश लचीलापन, सुरक्षा, र अवलोकनशीलता हरेक सेवा जुर्चे प्रत्येक दल भिन्न भाषामा पुनः लागु गर्दै सामान्य बनाउँछ।

तर यो भारी छ: केवल यो अवलम्बन गर्नुहोस् जब तपाईसँग पर्याप्त सेवाहरू छन् कि डुप्लिकेट नेटवर्किङ तर्क मेशको परिचालन लागत भन्दा बढी हुन्छ।