L4 ਅਤੇ L7 load balancing ਵਿੱਚ ਕੀ ਫ਼ਰਕ ਹੈ, ਅਤੇ forward ਬਨਾਮ reverse proxy ਕੀ ਹਨ?

Question

IT Interview Practice · Accepted Answer

ਇੱਕ **load balancer** ਆਉਂਦੇ traffic ਨੂੰ backend server ਦੇ ਇੱਕ pool ਵਿੱਚ ਫੈਲਾਉਂਦਾ ਹੈ ਤਾਂ ਜੋ ਕੋਈ ਇੱਕ ਹਾਵੀ ਨਾ ਹੋਵੇ ਅਤੇ ਜੇ ਕੋਈ server ਮਰ ਜਾਵੇ ਤਾਂ system ਉਪਲਬਧ ਰਹੇ। ਮੁੱਖ ਫ਼ਰਕ ਉਹ *layer* ਹੈ ਜਿਸ 'ਤੇ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ:

```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 layer 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ: ਇਹ TCP/UDP connection ਨੂੰ ਸਿਰਫ਼ IP ਅਤੇ port ਦੇ ਆਧਾਰ 'ਤੇ forward ਕਰਦਾ ਹੈ, packet ਦੇ ਅੰਦਰ ਦੇਖੇ ਬਿਨਾਂ। ਇਹ ਤੇਜ਼ ਤੇ ਸਸਤਾ ਹੈ ਅਤੇ ਕਿਸੇ ਵੀ protocol ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ content-based ਫ਼ੈਸਲੇ ਨਹੀਂ ਲੈ ਸਕਦਾ। **L7 load balancing** Application layer 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ: ਇਹ connection ਨੂੰ terminate ਕਰਦਾ ਹੈ, HTTP ਨੂੰ parse ਕਰਦਾ ਹੈ, ਅਤੇ URL path, host, header, ਜਾਂ cookie ਦੁਆਰਾ route ਕਰ ਸਕਦਾ ਹੈ — path-based routing (`/api` ਬਨਾਮ `/static`), sticky session, TLS termination, compression, ਅਤੇ per-request retry ਨੂੰ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ। ਕੀਮਤ ਹਰ 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* ਦੀ ਨੁਮਾਇੰਦਗੀ ਕਰਦਾ ਹੈ — ਇਹ ਵਰਤੋਂਕਾਰਾਂ ਅਤੇ internet ਵਿਚਕਾਰ filtering, caching, ਜਾਂ client ਦੀ ਪਛਾਣ ਲੁਕਾਉਣ ਲਈ ਬੈਠਦਾ ਹੈ (corporate proxy, VPN ਵਰਗਾ egress)। ਇੱਕ **reverse proxy** *server* ਦੀ ਨੁਮਾਇੰਦਗੀ ਕਰਦਾ ਹੈ — client ਸਮਝਦੇ ਹਨ ਕਿ ਉਹ ਇਸ ਨਾਲ ਗੱਲ ਕਰ ਰਹੇ ਹਨ, ਜਦੋਂ ਕਿ ਇਹ backend ਦੇ ਇੱਕ ਬੇੜੇ ਦੇ ਸਾਹਮਣੇ ਹੁੰਦਾ ਹੈ (nginx, Envoy, ਇੱਕ CDN edge)। ਇੱਕ L7 load balancer ਇੱਕ ਖ਼ਾਸ reverse proxy *ਹੀ ਹੈ*; ਇਹ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ TLS termination, caching, rate limiting, ਅਤੇ ਇੱਕ WAF ਵਜੋਂ ਕੰਮ ਕਰਨਾ ਵੀ ਸੰਭਾਲਦਾ ਹੈ।

## ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

Load balancer ਅਤੇ reverse proxy ਲਗਭਗ ਹਰ scalable system ਦਾ ਪ੍ਰਵੇਸ਼ ਬਿੰਦੂ ਹਨ, ਇਸ ਲਈ senior engineers ਤੋਂ ਉਹਨਾਂ ਬਾਰੇ ਰਵਾਨਗੀ ਨਾਲ ਸੋਚਣ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। L4-ਬਨਾਮ-L7 trade-off ਇੱਕ ਅਸਲ ਡਿਜ਼ਾਈਨ ਫ਼ੈਸਲਾ ਹੈ — ਕੱਚਾ throughput ਅਤੇ protocol-agnosticism ਬਨਾਮ content-aware routing ਅਤੇ features — ਅਤੇ ਗ਼ਲਤ ਚੁਣਨ ਦਾ ਮਤਲਬ ਹੈ ਜਾਂ ਤਾਂ ਇੱਕ ਬੁੱਧੂ balancer ਜਿੱਥੇ ਤੁਹਾਨੂੰ routing ਚਾਹੀਦੀ ਸੀ, ਜਾਂ L7 overhead ਭਰਨਾ ਜਿੱਥੇ L4 ਕਾਫ਼ੀ ਸੀ। forward-ਬਨਾਮ-reverse ਦਾ ਫ਼ਰਕ architecture ਦੀਆਂ ਚਰਚਾਵਾਂ ਨੂੰ ਸਪੱਸ਼ਟ ਕਰਦਾ ਹੈ ਅਤੇ system design interviews ਵਿੱਚ ਲਗਾਤਾਰ ਆਉਂਦਾ ਹੈ, ਜਿੱਥੇ TLS terminate ਕਰਨਾ, ਇੱਕ cache ਜੋੜਨਾ, health check ਕਰਨਾ, ਅਤੇ zero-downtime deploy ਚਾਲੂ ਕਰਨਾ ਸਭ ਇਸ layer ਨੂੰ ਸਹੀ ਕਰਨ 'ਤੇ ਟਿਕੇ ਹਨ।

ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

ਸੰਬੰਧਿਤ ਸਵਾਲ