Hvad er proxies og reverse proxies?

Question

Accepted Answer

En **proxy** fungerer som en mellemmand for anmodninger. En **forward proxy** placeres foran klienter (repræsenterer dem over for servere), mens en **reverse proxy** placeres foran servere (repræsenterer dem over for klienter) — håndterer load balancing, caching, sikkerhed og meget mere. Reverse proxies er vigtige system-design-komponenter.

## Forward proxy vs reverse proxy

```text
FORWARD PROXY → sits in front of CLIENTS, forwarding their requests to servers:
  Client → FORWARD PROXY → Internet/Server
  → represents the CLIENT (hides client identity); for filtering, caching, anonymity,
    access control (e.g. corporate proxies)
REVERSE PROXY → sits in front of SERVERS, receiving requests on their behalf:
  Client → REVERSE PROXY → Backend servers
  → represents the SERVERS (clients don't see the backend); the common system-design component
```

## Hvad en reverse proxy gør

```text
✓ LOAD BALANCING → distribute requests across backend servers
✓ CACHING → cache responses (reduce backend load)
✓ SSL TERMINATION → handle HTTPS encryption/decryption (offload from backends)
✓ SECURITY → hide backend servers; a single point for filtering, WAF, DDoS protection
✓ COMPRESSION, request routing, rate limiting
→ tools: NGINX, HAProxy, Envoy; also CDNs and API gateways are forms of reverse proxies
```

## Hvorfor reverse proxies betyder noget

```text
✓ Centralize cross-cutting concerns (load balancing, SSL, caching, security) at the edge
✓ Hide and protect the backend (clients only see the proxy)
✓ A single entry point → simpler client access, flexible backend changes
→ a fundamental building block of scalable, secure web architectures.
```

## Hvorfor det betyder noget

Forståelse af proxies og reverse proxies er værdifuld, fordi **reverse proxies er en grundlæggende byggesten i skalérbare, sikre webarkitekturer**, så det er vigtig system-design-viden.

Forståelse af skelnen — en **forward proxy** placeret foran klienter (repræsenterer dem, for filtrering og adgangskontrol) versus en **reverse proxy** placeret foran servere (repræsenterer dem over for klienter) — præciserer disse relaterede, men forskellige koncepter, hvor reverse proxy er den almindelige system-design-komponent.

Forståelse af **hvad en reverse proxy gør** — **load balancing** (fordeling af anmodninger), **caching** (reduktion af backend-belastning), **SSL termination** (håndtering af HTTPS, aflastning af kryptering fra backends), **sikkerhed** (skjuler backend-servere, giver et enkelt punkt til filtrering, WAF og DDoS-beskyttelse) og kompression, routing og rate limiting — præciserer de mange tværgående bekymringer, den håndterer ved kanten.

Forståelse af **hvorfor reverse proxies betyder noget** — centralisering af tværgående bekymringer ved kanten, skjuling og beskyttelse af backend (klienter ser kun proxyen), og et enkelt indgangspunkt (enklere adgang, fleksible backend-ændringer) — forklarer deres grundlæggende rolle i webarkitekturer.

Genkendelse af, at load balancers, CDN'er og API gateways i det væsentlige er former for reverse proxies, forbinder disse relaterede koncepter.

Reverse proxies (NGINX, HAProxy, Envoy) er allestedsnærværende i virkelige systemer, håndterer load balancing, caching, SSL og sikkerhed, som skalérbare webarkitekturer har brug for.

Da reverse proxies er en grundlæggende byggesten i skalérbare, sikre webarkitekturer (centralisering af load balancing, caching, SSL og sikkerhed samtidig med at backends skjules), og da forståelse af forward/reverse-skelnen og hvad reverse proxies gør er vigtig for system design, er forståelse af proxies og reverse proxies værdifuld, praktisk relevant system-design-viden — en grundlæggende komponent i webarkitekturer, forbundet til load balancers, CDN'er og API gateways, og central for at designe skalérbare, sikre systemer med ordentlig kant-håndtering af tværgående bekymringer.