Czym jest API gateway i co robi?

Question

Accepted Answer

**API gateway** to pojedynczy punkt wejścia znajdujący się przed usługami backendowymi — obsługujący zagadnienia crosscuttingowe, takie jak routing, autentykacja, ograniczanie częstotliwości, i wiele więcej. Jest szczególnie przydatny w architekturach mikrousług do scentralizowania wspólnych funkcjonalności.

## Co robi API gateway

```text
The API GATEWAY is a single entry point in front of backend services:
  Client → API GATEWAY → ┬→ Service A
                         ├→ Service B
                         └→ Service C
  → handles cross-cutting concerns in ONE place (so services don't each implement them)
  → routes requests to the right service; abstracts the backend from clients
```

## Typowe obowiązki gateway

```text
✓ ROUTING → direct requests to the appropriate backend service
✓ AUTHENTICATION/authorization → verify identity/permissions centrally
✓ RATE LIMITING / throttling → protect backends from abuse/overload
✓ Request/response TRANSFORMATION; protocol translation; aggregation (combine service calls)
✓ CACHING; load balancing; SSL termination
✓ LOGGING, monitoring, analytics; error handling
```

## Dlaczego używać API gateway

```text
✓ CENTRALIZE cross-cutting concerns → services don't each reimplement auth, rate limiting,
  etc. (DRY, consistent) — especially valuable with many microservices
✓ SINGLE entry point → simpler for clients; hides internal service structure
✓ Consistent security, monitoring, and policies across services
⚠️ but → can become a bottleneck or single point of failure (scale/HA it); adds a layer
→ very common in MICROSERVICES architectures.
```

## Dlaczego to ważne

Zrozumienie API gateway jest cenne, ponieważ jest to **powszechny, ważny komponent**, szczególnie w architekturach mikrousług, scentralizujący zagadnienia crosscuttingowe, dlatego jest przydatną wiedzą w projektowaniu systemów.

API gateway — pojedynczy punkt wejścia przed usługami backendowymi — rozwiązuje ważne potrzeby w systemach z wieloma usługami: obsługowanie **zagadnień crosscuttingowych w jednym miejscu** zamiast tego, by każda usługa ponownie je implementowała.

Zrozumienie **wspólnych obowiązków** — routing (kierowanie żądań do właściwej usługi), scentralizowana **autentykacja/autoryzacja**, **ograniczanie częstotliwości**, transformacja i agregacja żądań/odpowiedzi, cache'owanie, load balancing, SSL termination oraz logging/monitoring — wyjaśnia zakres funkcjonalności, którą gateway scentralizuje.

Zrozumienie **dlaczego go używać** to kluczowa wartość: **scentralizuje zagadnienia crosscuttingowe** (więc usługi nie muszą każda reimplementować auth, ograniczanie częstotliwości itp. — utrzymując je DRY i spójne, szczególnie cenne przy wielu mikrousługach), zapewnia **pojedynczy punkt wejścia** (prostsze dla klientów, ukrywające strukturę wewnętrzną) oraz zapewnia spójne bezpieczeństwo, monitoring i polityki.

Zrozumienie zastrzeżenia, że gateway może stać się **wąskim gardłem lub pojedynczym punktem awarii** (wymagającym skalowania i wysokiej dostępności) oraz dodaje warstwę, odzwierciedla zrównoważone rozumienie.

API gateway jest standardowym komponentem w architekturach mikrousług (które w innym przypadku rozproszyłyby zagadnienia crosscuttingowe na wiele usług), czyniąc go ważnym do zrozumienia przy nowoczesnym projektowaniu systemów.

Ponieważ API gateway jest powszechnym, ważnym komponentem (szczególnie w mikrousługach), który scentralizuje zagadnienia crosscuttingowe (routing, auth, ograniczanie częstotliwości) w pojedynczym punkcie wejścia, i ponieważ zrozumienie tego, co robi i dlaczego jest używany, jest cenne dla projektowania systemów opartych na usługach, zrozumienie API gateway to cenna, praktycznie istotna wiedza o projektowaniu systemów — standardowy komponent w architekturach mikrousług do scentralizowania zagadnień crosscuttingowych, zapewniania pojedynczego punktu wejścia i spójnych polityk, oraz ważny budulec do projektowania systemów składających się z wielu usług.