Kas yra API gateway ir ką jis daro?

Question

Accepted Answer

**API gateway** yra vienas įėjimo taškas, esantis prieš fono (backend) paslaugas — tvarkanty skersines susijusias problemas, tokias kaip maršrutizavimas, autentifikacija, dažnio ribojimai ir kiti dalykai. Tai ypač naudinga mikroservisų architektūrose, kad sukonsoliduoti įprastas funkcijas.

## Ką daro 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
```

## Įprastos gateway atsakomybės

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

## Kodėl naudoti 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.
```

## Kodėl tai svarbu

Supratimas apie API gateway yra vertingas, nes tai yra **įprastas, svarbus komponentas**, ypač mikroservisų architektūrose, sukonsoliduojantis skersines susijusias problemas, todėl jis yra naudinga sistemos projektavimo žinios.

API gateway — vienas įėjimo taškas prieš fono (backend) paslaugas — sprendžia svarbią problemą sistemose su keliomis paslaugomis: **skersinių susijusių problemų tvarkymą vienoje vietoje**, užuot to, kad kiekviena paslauga jas iš naujo įgyvendintų.

Supratimas apie **įprastas atsakomybes** — maršrutizavimas (prašymų nukreipimas į tinkamą paslaugą), sukonsoliduota **autentifikacija/autorizacija**, **dažnio ribojimai**, prašymų/atsakymų transformacija ir agregacija, talpykla, apkrovos balansuotuvai, SSL nutraukimas ir žurnalizavimas/stebėjimas — aiškina funkcionalumo, kurį gateway sukonsoliduoja, plačumą.

Supratimas apie **kodėl jį naudoti** yra pagrindinė vertė: jis **sukonsoliduoja skersines susijusias problemas** (todėl paslaugos neturi pačios iš naujo įgyvendinti autentifikacijos, dažnio ribojimų ir t.t. — laikydamos jas DRY ir nuosekliais, ypač vertinga turint daug mikroservisų), suteikia **vieną įėjimo tašką** (paprastiau klientams, paslėpdami vidinę struktūrą) ir užtikrina nuoseklią saugą, stebėjimą ir politikas.

Supratimas apie įspėjimą, kad gateway gali tapti **kliūtimi ar vienu gedimo tašku** (reikalingi mastelio didinimas ir aukšta prieinamumas) ir prideda sluoksnį, atspindi subalansuotą supratimą.

API gateway yra standartinis komponentas mikroservisų architektūrose (kurios kitu atveju išsidėstytų skersines susijusias problemas per daug paslaugų), todėl jis yra svarbus suprasti šiuolaikiniam sistemos projektavimui.

Kadangi API gateway yra įprastas, svarbus komponentas (ypač mikroservisų atveju), kuris sukonsoliduoja skersines susijusias problemas (maršrutizavimą, autentifikaciją, dažnio ribojimus) viename įėjimo taške, ir kadangi supratimas apie tai, ką jis daro ir kodėl jis naudojamas, yra vertingas projektuojant paslaugais pagrįstas sistemas, API gateway supratimas yra vertinga, praktiškai aktuali sistemos projektavimo žinios — standartinis komponentas mikroservisų architektūrose, skirtas skersinių susijusių problemų konsolidavimui, vienam įėjimo taškui ir nuoseklioms politikoms, ir svarbus statymo elementas projektuojant sistemas, kurios sudarytos iš kelių paslaugų.