Hvad er Backend-for-Frontend-mønsteret, og hvordan relaterer det sig til API-gateway?

Question

Accepted Answer

**Backend-for-Frontend (BFF)** er en dedikeret gateway pr. klienttype (web, mobile, partner). I stedet for en generisk gateway, der betjener alle klienter, får hver frontend en backend skræddersyet til dens behov.

## Problemet, den løser

En mobil-app og en web-app har forskellige data-, payload-størrelses- og chattighedsbehov. En enkelt generisk API tvinger kompromiser og over-hentning.

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

## Hvad BFF gør

- **Aggregerer** flere servicekald til ét klient-formet svar.
- **Trimmer** payloads til begrænsede klienter (mobile).
- Ejer **klient-specifik logik**, så services forbliver generiske.

```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 |
|---|---|---|
| Omfang | Én for alle klienter | Én pr. klienttype |
| Logik | Generisk tværgående | Klient-specifik formning |

## Fælde

For mange BFF'er duplikerer logik; hold dem tynde og undgå at lække forretningsregler, der hører til i services.

## Hvorfor det betyder noget

BFF'er lader hver frontend udvikle sig i sit eget tempo med en backend, der passer til den, i stedet for at bøje hver klient til en delt kontrakt.

De komplementerer (erstatter ikke) gateway'en: gateway'en håndterer edge-bekymringer som auth og routing, mens BFF håndterer klient-specifik aggregering.

	API Gateway	BFF
Omfang	Én for alle klienter	Én pr. klienttype
Logik	Generisk tværgående	Klient-specifik formning