# Gateway बनाम Mesh बनाम Load Balancer बनाम Ingress — API Gateway और Service Mesh

Source: https://www.geekswithgeeks.com/hi/api-gateway-service-mesh/c-compare

> हर component को सही जगह रखें और जानें कि Kubernetes Ingress और Gateway API कहाँ फ़िट होते हैं।

## एक-दूसरे से मिलते tools, अलग काम

**Load balancer** connections को servers में बाँटता है (layer 4 या 7) और सबसे सरल निर्माण-खंड है। **Reverse proxy** (nginx, HAProxy, Envoy) अनुरोध आगे भेजता है और कई अन्य उत्पादों के भीतर का इंजन है। **API gateway** उसके ऊपर API-विशिष्ट नीति (keys, quotas, रूपांतरण, developer portal, analytics) जोड़ता है। **Kubernetes** में **Ingress** resource बाहर से services तक HTTP routing वर्णित करता है और उसे लागू करने को **ingress controller** चाहिए; नया **Gateway API** (`Gateway`, `HTTPRoute`) ज़्यादा अभिव्यक्त, भूमिका-उन्मुख उत्तराधिकारी है जिसे कई gateways और meshes समर्थित करते हैं। **Service mesh** service-से-service traffic के बारे में है और ingress gateway भी दे सकता है। असली systems अक्सर इन्हें जोड़ते हैं: cloud load balancer → API gateway → mesh।

## हर एक कहाँ बैठता है

कोई आवश्यकता किस परत की है, यह तय करने को तालिका उपयोग करें।

```text
Component          Scope               Typical jobs
Load balancer      L4/L7, any traffic  spread load, health checks, TLS passthrough
Reverse proxy      L7                  routing, caching, compression (nginx, HAProxy, Envoy)
API gateway        north-south         auth, quotas, rate limits, transformation, analytics
Ingress / Gateway API (K8s)  cluster edge  declarative routes into the cluster
Service mesh       east-west           mTLS, retries, circuit breaking, telemetry between services
```

**Quiz:** कौन-सा मुख्य रूप से cluster के भीतर service-से-service traffic के बारे में है?

- [ ] CDN
- [x] Service mesh
- [ ] DNS registrar
- [ ] Email gateway

*Answer:* Service mesh. Mesh east-west calls नियंत्रित करता है; gateways और ingress edge सँभालते हैं।