L4 এবং L7 load balancing-এর মধ্যে পার্থক্য কী, এবং forward vs reverse proxy কী?

Question

IT Interview Practice · Accepted Answer

একটি **load balancer** আগত ট্রাফিককে backend server-এর একটি 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 স্তরে কাজ করে: এটি কেবল IP ও port-এর ভিত্তিতে TCP/UDP কানেকশন forward করে, packet-এর ভেতরে না দেখে। এটি দ্রুত ও সস্তা এবং যেকোনো প্রোটোকলের জন্য কাজ করে, কিন্তু content-ভিত্তিক সিদ্ধান্ত নিতে পারে না। **L7 load balancing** Application স্তরে কাজ করে: এটি কানেকশন terminate করে, HTTP পার্স করে, এবং URL path, host, header, বা cookie দিয়ে route করতে পারে — path-ভিত্তিক routing (`/api` vs `/static`), sticky session, TLS termination, compression, ও per-request retry সক্ষম করে। খরচ হলো প্রতি request-এ বেশি প্রসেসিং।

একটি **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 পরিচয় লুকানোর জন্য ব্যবহারকারী ও ইন্টারনেটের মাঝে বসে (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 কার্যত প্রতিটি স্কেলযোগ্য সিস্টেমের প্রবেশদ্বার, তাই senior ইঞ্জিনিয়ারদের কাছ থেকে এগুলো নিয়ে সাবলীলভাবে যুক্তি করা প্রত্যাশিত। L4-vs-L7 ট্রেড-অফ একটি বাস্তব design সিদ্ধান্ত — কাঁচা throughput ও protocol-agnosticism বনাম content-সচেতন routing ও ফিচার — এবং ভুল বাছাই মানে হয় একটি বোকা balancer যেখানে আপনার routing দরকার ছিল, নয়তো L7 overhead দেওয়া যেখানে L4-ই যথেষ্ট ছিল। Forward-vs-reverse পার্থক্যটি স্থাপত্য আলোচনা স্পষ্ট করে এবং system design ইন্টারভিউতে অনবরত আসে, যেখানে TLS terminate করা, একটি cache যোগ করা, health check করা, এবং zero-downtime deploy সক্ষম করা সবই এই স্তরটি ঠিকমতো করার উপর ঝুলে থাকে।

এটি কেন গুরুত্বপূর্ণ

সম্পর্কিত প্রশ্ন