సేవ మెష్ అంటే ఏమిటి మరియు మీరు దాన్ని ఎందుకు ఉపయోగిస్తారు?

Question

Accepted Answer

**సేవ మెష్** (Istio, Linkerd) సేవల మధ్య నెట్‌వర్క్ సమస్యలను — రీట్రీస్, టైమ్‌అవుట్‌లు, mTLS, ట్రాఫిక్ రూటింగ్, పర్యవేక్షణ — **అప్లికేషన్ కోడ్ నుండి బయటకు** తీసుకువెళ్లి **sidecar proxy** ల నెట్‌వర్క్ ఇన్‌ఫ్రాస్ట్రక్చర్ లేయర్‌లోకి చేస్తుంది.

## ఇది ఎలా పనిచేస్తుంది

ప్రతిটి సేవ ఉదాహరణ **sidecar proxy** (ఉదా., Envoy) పక్కన నడుస్తుంది. అన్ని ట్రాఫిక్ প్రాక్సీల ద్వారా ప్రవహిస్తుంది, ఇవి **data plane** ను ఏర్పరుస్తాయి; **control plane** వాటిని కాన్ఫిగర్ చేస్తుంది.

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

## ఇది ఏమి అందిస్తుంది

- **mTLS** సేవల మధ్య స్వయంచాలకంగా (సున్నా అ్యాప్ మార్పులు).
- **స్థితిస్థాపకత** — రీట్రీస్, టైమ్‌అవుట్‌లు, proxyon circuit breaking.
- **ట్రాఫిక్ నిర్వహణ** — canary, 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
```

## ట్రేడ్-ఆఫ్‌లు

మెష్ ఆలస్యం (అదనపు హాప్‌లు), సంస్థान ఓవర్‌హెడ్ (ప్రతి podకు ఒక proxy), మరియు నిజమైన కార్యాభిహార సంక్లిష్టతను జోడిస్తుంది.

## ఎందుకు ఇది ముఖ్యమైనది

మెష్ ప్రతిটి సేవ అంతటా స్థితిస్థాపకత, భద్రత, మరియు పర్యవేక్షణను ప్రామాణీకరిస్తుంది, ప్రతిটి సమూహం నెట్‌వర్క్ లాజిక్‌ను వివిధ భాషలలో పున:నిర్వహించాల్సిన అవసరం లేకుండా.

పక్షే ఇది భారీగా ఉంది: మీకు సరిపోయే సేవలు ఉన్నప్పుడు మాత్రమే దీనిని ఆమోదించండి, నకిలీ నెట్‌వర్క్ లాజిక్ మెష్ యొక్క కార్యాభిహార ఖర్చుని మించిపోయినప్పుడు.