சேவை மெஷ் என்றால் என்ன மற்றும் நீங்கள் ஒன்றைப் பயன்படுத்துவதற்கு ஏன் விரும்புவீர்கள்?

Question

Accepted Answer

**சேவை மெஷ்** (Istio, Linkerd) சேவைகளுக்கு இடையே உள்ள நেட்வொர்கிங் பிரச்சனைகளை — மீண்டும் முயற்சிகள், கால நீக்கம், mTLS, ட்রaffic திரிபு, கண்காணிப்பு — **பயன்பாட்டு குறியீட்டிலிருந்து வெளியே** நகர்த்தி **sidecar proxy** களின் நெட்வொர்க் அடிப்படை கட்டமைப்பு ஆக மாற்றுகிறது.

## இது எவ்வாறு செயல்படுகிறது

ஒவ்வொரு சேவை உதாரணமும் **sidecar proxy** (எ.கா., Envoy) இன் அருகே இயங்குகிறது. அனைத்து ট்ரaffic proxy களின் மூலம் பாய்கிறது, அவை **data plane** ஐ உருவாக்குகின்றன; **control plane** அவற்றை உள்ளமைக்கிறது.

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

## இது என்ன வழங்குகிறது

- **mTLS** சேவைகளுக்கு இடையே தானாக (பயன்பாட்டு மாற்றங்கள் ஏதுமில்லை).
- **நடுக்கம்** — மீண்டும் முயற்சிகள், கால நீக்கம், proxy இல் circuit breaking.
- **ட்ரaffic நிர்வாகம்** — canary, A/B, weighted திரிபு.
- **கண்காணிப்பு** — ஒருமைய மெட்ரிக்குகள், பதிப்புகள், பதிவுகள்.

## கொள்கை உதாரணம்

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

## வர்த்தக-அபிப்பிராய় பரிமாணங்கள்

மெஷ் வিলம்பம் (கூடுதல் குதிக்கைகள்), வளவளம் மேல்நிலை (ஒரு proxy per pod), மற்றும் உண்மையான செயல் சிக்கலை சேர்க்கிறது.

## இது ஏன் முக்கியமற்றது

மெஷ் ஒவ்வொரு சேவையிலும் நடுக்கம், பாதுகாப்பு, மற்றும் கண்காணிப்பு தரப்படுத்துகிறது, வெவ்வேறு மொழிகளில் ஒவ்வொரு குழுவும் நெட்வொர்கிங் தர்க்கத்தை மீண்டும் செயல்படுத்தவேண்டியதில்லை.

ஆனால் இது கனமாக உள்ளது: நீங்கள் போதுமான சேவைகளைக் கொண்டிருக்கும்போது மட்டுமே அதை பயன்படுத்தவும், நகல் நெட்வொர்கிங் தர্க்கம் மெஷ்ஸின் செயல் செலவுக்கு அதிகம் இருக்கும்போது.