Czym są proxy i reverse proxy?

Question

Accepted Answer

**Proxy** pełni rolę pośrednika dla żądań. **Forward proxy** znajduje się przed klientami (reprezentując ich wobec serwerów), podczas gdy **reverse proxy** znajduje się przed serwerami (reprezentując je wobec klientów) — obsługując balansowanie obciążenia, cache'owanie, bezpieczeństwo i wiele więcej. Reverse proxy są kluczowymi komponentami projektowania systemów.

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

## Co robi reverse proxy

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

## Dlaczego reverse proxy są ważne

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

## Dlaczego to ważne

Zrozumienie proxy i reverse proxy jest wartościowe, ponieważ **reverse proxy są fundamentalnym elementem budowy skalowalnych, bezpiecznych architektur internetowych**, dlatego stanowią ważną wiedzę z zakresu projektowania systemów.

Zrozumienie rozróżnienia — **forward proxy** znajdujący się przed klientami (reprezentujący ich dla filtrowania i kontroli dostępu) kontra **reverse proxy** znajdujący się przed serwerami (reprezentujący je dla klientów) — wyjaśnia te powiązane, ale różne koncepcje, przy czym reverse proxy jest powszechnym komponentem projektowania systemów.

Zrozumienie **tego, co robi reverse proxy** — **balansowanie obciążenia** (dystrybucja żądań), **cache'owanie** (zmniejszenie obciążenia backendu), **terminacja SSL** (obsługa HTTPS, odciążenie szyfrowania z backendów), **bezpieczeństwo** (ukrywanie serwerów backendowych, zapewnienie pojedynczego punktu filtrowania, WAF i ochrony przed DDoS), oraz kompresję, routing i rate limiting — wyjaśnia wiele zagadnień związanych z bezpieczeństwem, które obsługuje na brzegu sieci.

Zrozumienie **tego, dlaczego reverse proxy są ważne** — centralizacja zagadnień związanych z bezpieczeństwem na brzegu sieci, ukrywanie i ochrona backendu (klienci widzą tylko proxy), oraz zapewnienie pojedynczego punktu wejścia (prostszy dostęp, elastyczne zmiany backendu) — wyjaśnia ich fundamentalną rolę w architekturach internetowych.

Zauważenie, że load balancery, CDN-y i API gateways są zasadniczo formami reverse proxy, łączy te powiązane koncepcje.

Reverse proxy (NGINX, HAProxy, Envoy) są wszechobecne w rzeczywistych systemach, obsługując balansowanie obciążenia, cache'owanie, SSL i bezpieczeństwo, które potrzebują skalowalne architektury internetowe.

Ponieważ reverse proxy są fundamentalnym elementem budowy skalowalnych, bezpiecznych architektur internetowych (centralizujących balansowanie obciążenia, cache'owanie, SSL i bezpieczeństwo przy jednoczesnym ukrywaniu backendów), a ponieważ zrozumienie rozróżnienia między forward a reverse oraz tego, co robią reverse proxy, jest ważne dla projektowania systemów, zrozumienie proxy i reverse proxy jest wartościową, praktycznie istotną wiedzą z zakresu projektowania systemów — fundamentalnym komponentem architektur internetowych, łączącym się z load balancerami, CDN-ami i API gatewayami, oraz centralnym dla projektowania skalowalnych, bezpiecznych systemów z prawidłową obsługą zagadnień związanych z bezpieczeństwem na brzegu sieci.