Quelle est la différence entre le load balancing L4 et L7, et entre forward et reverse proxies ?

Question

IT Interview Practice · Accepted Answer

Un **load balancer** répartit le trafic entrant sur un pool de serveurs backend afin qu'aucun ne soit submergé et que le système reste disponible si un serveur tombe. La distinction centrale est la *couche* à laquelle il opère :

```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
```

Le **load balancing L4** travaille à la couche Transport : il transfère les connexions TCP/UDP en se basant uniquement sur l'IP et le port, sans regarder à l'intérieur des paquets. Il est rapide et bon marché et fonctionne pour n'importe quel protocole, mais il ne peut pas prendre de décisions basées sur le contenu. Le **load balancing L7** travaille à la couche Application : il termine la connexion, analyse le HTTP, et peut router par path d'URL, host, headers ou cookies — permettant le routage par path (`/api` vs `/static`), les sticky sessions, la terminaison TLS, la compression et les retries par requête. Le coût est plus de traitement par requête.

Un **proxy** est un intermédiaire, et la direction définit le type :

```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)
```

Un **forward proxy** représente le *client* — il se place entre les utilisateurs et l'internet pour le filtrage, le caching ou pour masquer l'identité du client (proxies d'entreprise, egress de type VPN). Un **reverse proxy** représente le *serveur* — les clients croient lui parler, alors qu'il se place devant une flotte de backends (nginx, Envoy, un edge CDN). Un load balancer L7 *est* un reverse proxy spécialisé ; il gère aussi naturellement la terminaison TLS, le caching, le rate limiting et le rôle de WAF.

## Pourquoi c'est important

Les load balancers et reverse proxies sont le point d'entrée de pratiquement chaque système scalable, donc les ingénieurs senior sont censés raisonner dessus avec aisance. Le compromis L4-vs-L7 est une vraie décision de conception — débit brut et indépendance du protocole contre routage conscient du contenu et fonctionnalités — et mal choisir signifie soit un balancer « bête » là où vous aviez besoin de routage, soit payer l'overhead L7 là où le L4 suffisait. La distinction forward-vs-reverse clarifie les discussions d'architecture et apparaît constamment dans les entretiens de system design, où terminer le TLS, ajouter un cache, faire des health checks et permettre des déploiements sans interruption dépendent tous de bien maîtriser cette couche.

Pourquoi c'est important

Questions connexes