पाठ 4 / 26
Gateway बनाम Mesh बनाम Load Balancer बनाम Ingress
हर 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।
हर एक कहाँ बैठता है
कोई आवश्यकता किस परत की है, यह तय करने को तालिका उपयोग करें।
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त्वरित जाँच: कौन-सा मुख्य रूप से cluster के भीतर service-से-service traffic के बारे में है?
- CDN
- Service mesh
- DNS registrar
- Email gateway
Answer
Service mesh — Mesh east-west calls नियंत्रित करता है; gateways और ingress edge सँभालते हैं।