Was ist das Backend-for-Frontend-Pattern und wie hängt es mit API Gateway zusammen?

Question

Accepted Answer

**Backend-for-Frontend (BFF)** ist ein dediziertes Gateway pro Client-Typ (Web, Mobile, Partner). Anstatt ein generisches Gateway für alle Clients zu verwenden, erhält jedes Frontend ein Backend, das auf seine Anforderungen zugeschnitten ist.

## Das Problem, das es löst

Eine Mobile App und eine Web App haben unterschiedliche Anforderungen an Daten, Payload-Größe und Chattiness. Ein einzelnes generisches API erzwingt Kompromisse und Over-Fetching.

```text
Without BFF:        With BFF:
  All clients          Web ─▶ Web BFF ─┐
     │                 Mobile ─▶ Mobile BFF ─┼─▶ microservices
  one generic API      Partner ─▶ Partner BFF ─┘
```

## Was BFF tut

- **Aggregiert** mehrere Service-Aufrufe zu einer clientgerechten Antwort.
- **Reduziert** Payloads für begrenzte Clients (Mobile).
- Besitzt **clientspezifische Logik**, damit Services generisch bleiben.

```js
// Mobile BFF: one call → compose a lean screen payload
app.get('/home', async (req) => {
  const [user, orders] = await Promise.all([
    usersApi.get(req.userId),
    ordersApi.recent(req.userId, { limit: 3 }) // small for mobile
  ]);
  return { name: user.name, recentOrders: orders }; // tailored shape
});
```

## BFF vs. Gateway

| | API Gateway | BFF |
|---|---|---|
| Umfang | Eines für alle Clients | Eines pro Client-Typ |
| Logik | Generisches Cross-Cutting | Clientspezifische Anpassung |

## Fallstricke

Zu viele BFFs duplizieren Logik; halten Sie sie schlank und vermeiden Sie, dass Geschäftsregeln durchsickern, die in Services gehören.

## Warum es wichtig ist

BFFs ermöglichen es jedem Frontend, sich in seinem eigenen Tempo mit einem Backend zu entwickeln, das darauf zugeschnitten ist, anstatt jeden Client zu einem gemeinsamen Vertrag zu zwingen.

Sie ergänzen (ersetzen nicht) das Gateway: Das Gateway behandelt Edge-Concerns wie Auth und Routing, während das BFF clientspezifische Aggregation behandelt.

	API Gateway	BFF
Umfang	Eines für alle Clients	Eines pro Client-Typ
Logik	Generisches Cross-Cutting	Clientspezifische Anpassung