API gateway ਕੀ ਹੈ ਅਤੇ ਇਹ ਕੀ ਕਰਦਾ ਹੈ?

Question

Accepted Answer

ਇੱਕ **API gateway** ਇੱਕ ਸਿੰਗਲ entry point ਹੈ ਜੋ backend services ਦੇ ਅੱਗੇ ਬੈਠਦਾ ਹੈ — routing, authentication, rate limiting, ਅਤੇ ਹੋਰ ਚੀਜਾਂ ਦੀ ਦੇਖਭਾਲ ਕਰਦਾ ਹੈ। ਇਹ microservices architectures ਵਿੱਚ ਵਿਸ਼ੇਸ਼ ਤੌਰ ਤੇ ਉਪਯੋਗੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਆਮ ਫੰਕਸ਼ਨਲਿਟੀ ਨੂੰ ਕੇਂਦਰੀਕਰਤ ਕਰਦਾ ਹੈ।

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

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

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

## ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

API gateway ਨੂੰ ਸਮਝਣਾ ਮੁੱਲਵਾਨ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇੱਕ **ਆਮ, ਮਹੱਤਵਪੂਰਨ component** ਹੈ ਖਾਸ ਤੌਰ ਤੇ microservices architectures ਵਿੱਚ, cross-cutting concerns ਨੂੰ ਕੇਂਦਰੀਕਰਤ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਉਪਯੋਗੀ system-design ਗਿਆਨ ਹੈ।

ਇੱਕ API gateway — backend services ਦੇ ਸਾਹਮਣੇ ਇੱਕ ਸਿੰਗਲ entry point — ਮਲਟੀਪਲ services ਵਾਲੇ systems ਵਿੱਚ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਜ਼ਰੂਰਤ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ: **cross-cutting concerns ਨੂੰ ਇੱਕ ਥਾਂ ਤੇ** ਹੈਂਡਲ ਕਰਨਾ ਬਜਾਏ ਹਰੇਕ service ਦੀ ਆਪਣੀ reimplement ਕਰਨ ਦੇ।

**ਆਮ ਜਿੰਮੇਵਾਰੀਆਂ** ਨੂੰ ਸਮਝਣਾ — routing (requests ਨੂੰ ਸਹੀ service ਤੇ ਭੇਜਣਾ), ਕੇਂਦਰੀਕਰਤ **authentication/authorization**, **rate limiting**, request/response transformation ਅਤੇ aggregation, caching, load balancing, SSL termination, ਅਤੇ logging/monitoring — gateway ਦੀ ਫੰਕਸ਼ਨਲਿਟੀ ਦੀ ਵਿਸ਼ਾਲਤਾ ਨੂੰ ਸਪਸ਼ਟ ਕਰਦਾ ਹੈ ਕਿ gateway ਕੇਂਦਰੀਕਰਤ ਕਰਦਾ ਹੈ।

**ਵਰਤਣ ਦੇ ਕਾਰਨ** ਨੂੰ ਸਮਝਣਾ ਮੁੱਖ ਮੁੱਲ ਹੈ: ਇਹ **cross-cutting concerns ਨੂੰ ਕੇਂਦਰੀਕਰਤ ਕਰਦਾ ਹੈ** (ਤਾਂ ਜੋ services ਨੂੰ ਆਪਣੇ ਆਪ authentication, rate limiting ਆਦਿ ਨਹੀਂ ਕਰਨਾ ਪੈਂਦਾ — ਉਨ੍ਹਾਂ ਨੂੰ DRY ਅਤੇ ਮਾਪੇ ਵਿੱਚ ਰੱਖਦਾ ਹੈ, ਖਾਸ ਤੌਰ ਤੇ ਬਹੁਤ ਸਾਰੀਆਂ microservices ਦੇ ਨਾਲ ਮੁੱਲਵਾਨ), ਇੱਕ **ਸਿੰਗਲ entry point** ਫੁਰਨਿਸ਼ ਕਰਦਾ ਹੈ (clients ਲਈ ਸਧਾਰਨ, ਅੰਦਰੂਨੀ structure ਛੁਪਾਉਂਦਾ ਹੈ), ਅਤੇ ਕਨਸਿਸਟੈਂਟ security, monitoring, ਅਤੇ policies ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ।

ਇਹ ਸਮਝਣਾ ਕਿ gateway ਇੱਕ **bottleneck ਜਾਂ ਸਿੰਗਲ ਪੁਆਇੰਟ ਆਫ ਫੇਲਿਅਰ** (scaling ਅਤੇ ਹਾਈ availability ਦੀ ਜ਼ਰੂਰਤ) ਬਣ ਸਕਦਾ ਹੈ ਅਤੇ ਇੱਕ ਪਰਤ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ, ਸੰਤੁਲਿਤ ਸਮਝ ਨੂੰ ਪ੍ਰਤੀਬਿੰਬਿਤ ਕਰਦਾ ਹੈ।

API gateway microservices architectures ਵਿੱਚ ਇੱਕ ਸਟੈਂਡਰਡ component ਹੈ (ਜਿਸ ਨਾਲ ਹੋਰ ਪ੍ਰਕਾਰ cross-cutting concerns ਬਹੁਤ ਸਾਰੀਆਂ services ਤੋਂ ਛਿੱਤਰੇ ਹੁੰਦੀਆਂ), ਇਸ ਲਈ ਆਧੁਨਿਕ system design ਲਈ ਸਮਝਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ।

ਕਿਉਂਕਿ API gateway ਇੱਕ ਆਮ, ਮਹੱਤਵਪੂਰਨ component ਹੈ (ਖਾਸ ਤੌਰ ਤੇ microservices ਵਿੱਚ) ਜੋ cross-cutting concerns (routing, auth, rate limiting) ਨੂੰ ਇੱਕ ਸਿੰਗਲ entry point ਤੇ ਕੇਂਦਰੀਕਰਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ ਇਹ ਸਮਝਣਾ ਕਿ ਇਹ ਕੀ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਕਿਉਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, service-based systems ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਲਈ ਮੁੱਲਵਾਨ ਹੈ, API gateway ਨੂੰ ਸਮਝਣਾ ਮੁੱਲਵਾਨ, ਪ੍ਰੈਕਟੀਕਲੀ-ਸਾਂਗਬੰਧੀ system-design ਗਿਆਨ ਹੈ — microservices architectures ਵਿੱਚ cross-cutting concerns (routing, auth, rate limiting) ਨੂੰ ਕੇਂਦਰੀਕਰਤ ਕਰਨ ਲਈ ਇੱਕ ਸਟੈਂਡਰਡ component, ਇੱਕ ਸਿੰਗਲ entry point ਅਤੇ ਕਨਸਿਸਟੈਂਟ policies ਫਰਾਹਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਮਲਟੀਪਲ services ਤੋਂ ਬਣੇ systems ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਲਈ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਬਿਲਡਿੰਗ ਬਲਾਕ ਹੈ।