Was ist der Unterschied zwischen L4- und L7-Load-Balancing sowie Forward- und Reverse-Proxies?

Question

IT Interview Practice · Accepted Answer

Ein **Load Balancer** verteilt eingehenden Traffic über einen Pool von Backend-Servern, sodass kein einzelner überlastet wird und das System verfügbar bleibt, wenn ein Server ausfällt. Die zentrale Unterscheidung ist die *Schicht*, auf der er arbeitet:

```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** arbeitet auf der Transport-Schicht: Es leitet TCP/UDP-Verbindungen nur anhand von IP und Port weiter, ohne in die Pakete zu schauen. Es ist schnell und günstig und funktioniert für jedes Protokoll, kann aber keine inhaltsbasierten Entscheidungen treffen. **L7-Load-Balancing** arbeitet auf der Application-Schicht: Es terminiert die Verbindung, parst HTTP und kann nach URL-Pfad, Host, Headers oder Cookies routen — was pfadbasiertes Routing (`/api` vs. `/static`), sticky sessions, TLS-Terminierung, Kompression und Retries pro Request ermöglicht. Der Preis ist mehr Verarbeitung pro Request.

Ein **Proxy** ist ein Vermittler, und die Richtung definiert den Typ:

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

Ein **Forward Proxy** repräsentiert den *Client* — er sitzt zwischen Nutzern und dem Internet zum Filtern, Caching oder Verbergen der Client-Identität (Corporate Proxies, VPN-artiger Egress). Ein **Reverse Proxy** repräsentiert den *Server* — Clients denken, sie sprechen mit ihm, während er eine Flotte von Backends fronted (nginx, Envoy, ein CDN-Edge). Ein L7-Load-Balancer *ist* ein spezialisierter Reverse Proxy; er übernimmt außerdem naturgemäß TLS-Terminierung, Caching, Rate Limiting und agiert als WAF.

## Warum es wichtig ist

Load Balancer und Reverse Proxies sind der Eintrittspunkt praktisch jedes skalierbaren Systems, sodass von Senior-Ingenieuren erwartet wird, fließend über sie nachzudenken. Der L4-vs-L7-Trade-off ist eine echte Design-Entscheidung — roher Durchsatz und Protokoll-Agnostik gegenüber inhaltsbewusstem Routing und Features — und falsch zu wählen bedeutet entweder einen dummen Balancer, wo du Routing brauchtest, oder L7-Overhead zu zahlen, wo L4 genügt hätte. Die Forward-vs-Reverse-Unterscheidung klärt Architektur-Diskussionen und taucht ständig in System-Design-Interviews auf, wo TLS-Terminierung, das Hinzufügen eines Caches, Health Checks und Zero-Downtime-Deployments alle davon abhängen, diese Schicht richtig zu machen.

Warum es wichtig ist

Ähnliche Fragen