L4 और L7 load balancing में, और forward बनाम reverse proxies में क्या अंतर है?

Question

IT Interview Practice · Accepted Answer

एक **load balancer** आने वाले traffic को backend servers के एक pool में फैलाता है ताकि कोई एक हावी न हो और किसी server के मरने पर सिस्टम उपलब्ध रहे। मूल अंतर वह *परत* है जिस पर यह काम करता है:

```text
        L4 (Transport)                        L7 (Application)
  routes by IP + port only            reads HTTP: path, headers, cookies, host
  ┌──────────────┐                    ┌──────────────┐
  │ balancer     │──▶ server A        │ balancer     │  /api/*   ──▶ API pool
  │ (TCP/UDP)    │──▶ server B        │ (HTTP-aware) │  /img/*   ──▶ static pool
  └──────────────┘──▶ server C        └──────────────┘  cookie=X ──▶ sticky backend
  fast, opaque, protocol-agnostic     smart routing, TLS termination, can inspect
```

**L4 load balancing** Transport परत पर काम करता है: यह TCP/UDP connections को केवल IP और port के आधार पर, packets के अंदर देखे बिना, forward करता है। यह तेज़ और सस्ता है और किसी भी protocol के लिए काम करता है, पर यह content-आधारित निर्णय नहीं ले सकता। **L7 load balancing** Application परत पर काम करता है: यह connection को terminate करता है, HTTP को parse करता है, और URL path, host, headers, या cookies से route कर सकता है — path-आधारित routing (`/api` बनाम `/static`), sticky sessions, TLS termination, compression, और प्रति-request retries को सक्षम करते हुए। इसकी क़ीमत प्रति request अधिक processing है।

एक **proxy** एक बिचौलिया है, और दिशा प्रकार परिभाषित करती है:

```text
FORWARD proxy: sits in front of CLIENTS, acts on their behalf (outbound)
   clients ──▶ [forward proxy] ──▶ internet    (corp filtering, caching, anonymity)

REVERSE proxy: sits in front of SERVERS, acts on their behalf (inbound)
   internet ──▶ [reverse proxy] ──▶ backend servers  (LB, TLS, cache, WAF)
```

एक **forward proxy** *client* का प्रतिनिधित्व करता है — यह filtering, caching, या client पहचान छिपाने के लिए उपयोगकर्ताओं और internet के बीच बैठता है (corporate proxies, VPN-जैसा egress)। एक **reverse proxy** *server* का प्रतिनिधित्व करता है — clients सोचते हैं कि वे इससे बात कर रहे हैं, जबकि यह backends के एक बेड़े के आगे रहता है (nginx, Envoy, एक CDN edge)। एक L7 load balancer *एक* विशेषीकृत reverse proxy *है*; यह स्वाभाविक रूप से TLS termination, caching, rate limiting भी संभालता है और एक WAF के रूप में काम करता है।

## यह क्यों महत्वपूर्ण है

Load balancers और reverse proxies व्यावहारिक रूप से हर scalable सिस्टम का प्रवेश बिंदु हैं, इसलिए senior इंजीनियरों से उन पर प्रवाहपूर्ण तर्क की अपेक्षा की जाती है। L4-बनाम-L7 trade-off एक असली design निर्णय है — कच्चा throughput और protocol-अज्ञेयवाद बनाम content-जागरूक routing और सुविधाएँ — और ग़लत चुनना यानी या तो एक बेवकूफ़ balancer जहाँ आपको routing चाहिए थी, या L7 overhead चुकाना जहाँ L4 काफ़ी था। forward-बनाम-reverse का अंतर architecture चर्चाओं को स्पष्ट करता है और system design interviews में लगातार आता है, जहाँ TLS terminate करना, एक cache जोड़ना, health checks करना, और zero-downtime deploys सक्षम करना सब इस परत को सही करने पर टिका होता है।

यह क्यों महत्वपूर्ण है

संबंधित प्रश्न