¿Cuál es la diferencia entre load balancing L4 y L7, y entre forward y reverse proxies?

Question

IT Interview Practice · Accepted Answer

Un **load balancer** reparte el tráfico entrante entre un pool de servidores de backend para que ninguno se sature y el sistema siga disponible si un servidor muere. La distinción central es la *capa* en la que opera:

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

El **load balancing L4** trabaja en la capa Transport: reenvía conexiones TCP/UDP basándose solo en IP y puerto, sin mirar dentro de los paquetes. Es rápido y barato y funciona con cualquier protocolo, pero no puede tomar decisiones basadas en el contenido. El **load balancing L7** trabaja en la capa Application: termina la conexión, analiza HTTP y puede enrutar por ruta de URL, host, cabeceras o cookies — habilitando enrutamiento por ruta (`/api` vs `/static`), sticky sessions, terminación TLS, compresión y reintentos por petición. El coste es más procesamiento por petición.

Un **proxy** es un intermediario, y la dirección define el tipo:

```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** representa al *cliente*: se sitúa entre los usuarios e internet para filtrar, cachear u ocultar la identidad del cliente (proxies corporativos, egress tipo VPN). Un **reverse proxy** representa al *servidor*: los clientes creen que hablan con él, mientras da la cara por una flota de backends (nginx, Envoy, un edge de CDN). Un load balancer L7 *es* un reverse proxy especializado; también asume de forma natural la terminación TLS, el caching, el rate limiting y actuar como un WAF.

## Por qué es importante

Los load balancers y los reverse proxies son el punto de entrada de prácticamente todo sistema escalable, así que se espera que los ingenieros senior razonen sobre ellos con fluidez. El compromiso L4-vs-L7 es una decisión de diseño real —throughput bruto y agnosticismo de protocolo frente a enrutamiento consciente del contenido y funcionalidades— y elegir mal significa o bien un balancer tonto donde necesitabas enrutamiento, o pagar el overhead de L7 donde L4 bastaba. La distinción forward-vs-reverse clarifica las discusiones de arquitectura y aparece constantemente en las entrevistas de system design, donde terminar TLS, añadir una caché, hacer health checks y habilitar despliegues sin downtime dependen todos de acertar con esta capa.

Por qué es importante

Preguntas relacionadas