Ce este un API gateway și ce face acesta?

Question

Accepted Answer

Un **API gateway** este un singur punct de intrare care se află în fața serviciilor backend — gestionând preocupări transversale precum rutarea, autentificarea, rate limiting, și altele. Este deosebit de util în arhitecturi cu microservicii pentru a centraliza funcționalitatea comună.

## Ce face un 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
```

## Responsabilități comune ale gateway-ului

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

## De ce să folosești un 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.
```

## De ce este important

Înțelegerea API gateway-ului este valoroasă deoarece este o **componentă comună și importantă**, mai ales în arhitecturi cu microservicii, centralizând preocupări transversale, deci este o cunoștință utilă de proiectare de sisteme.

Un API gateway — un singur punct de intrare în fața serviciilor backend — abordează o nevoie importantă în sistemele cu mai multe servicii: gestionarea **preocupărilor transversale într-un singur loc** în loc să le reimplementeze fiecare serviciu.

Înțelegerea **responsabilităților comune** — rutarea (direcționarea cererilor către serviciul potrivit), **autentificarea/autorizarea** centralizată, **rate limiting**, transformarea și agregarea cererii/răspunsului, caching, load balancing, SSL termination, și logging/monitoring — clarifică amploarea funcționalității pe care o centralizează un gateway.

Înțelegerea **de ce să folosești unul** este valoarea cheie: **centralizează preocupări transversale** (deci serviciile nu trebuie să reimplementeze fiecare auth, rate limiting, etc. — păstrând-le DRY și consistente, deosebit de valoroase cu multe microservicii), oferă un **singur punct de intrare** (mai simplu pentru clienți, ascunzând structura internă), și asigură politici de securitate, monitoring și politici consistente.

Înțelegerea cavei că un gateway poate deveni un **blocaj sau punct de avarie unic** (necesitând scalare și disponibilitate ridicată) și adaugă un strat reflectă o înțelegere echilibrată.

API gateway-ul este o componentă standard în arhitecturi cu microservicii (care altfel ar dispersa preocupări transversale pe mai multe servicii), ceea ce îl face important de înțeles pentru proiectarea modernă de sisteme.

Deoarece API gateway-ul este o componentă comună și importantă (mai ales în microservicii) care centralizează preocupări transversale (rutare, auth, rate limiting) la un singur punct de intrare, și deoarece înțelegerea a ceea ce face și de ce este folosit este valoroasă pentru proiectarea sistemelor bazate pe servicii, înțelegerea API gateway-ului este cunoștință valoroasă și practic relevantă de proiectare de sisteme — o componentă standard în arhitecturi cu microservicii pentru centralizarea preocupărilor transversale, furnizarea unui singur punct de intrare și politici consistente, și o componentă de bază importantă pentru proiectarea sistemelor compuse din mai multe servicii.