Hva er Backend-for-Frontend-mønsteret og hvordan forholder det seg til en API gateway?

Question

Accepted Answer

A **Backend-for-Frontend (BFF)** er en dedikert gateway per klienttype (web, mobile, partner). I stedet for én generisk gateway som betjener alle klienter, får hver frontend en backend som er tilpasset behovet sitt.

## Problemet det løser

En mobilapp og en webapp har ulike data-, payload-størrelse- og chattiness-behov. En enkelt generisk API tvinger kompromisser og over-fetching.

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

## Hva en BFF gjør

- **Aggregerer** flere servicekall til ett klientformet svar.
- **Trimmer** payloads for begrenset klienter (mobile).
- Eier **klientspesifikk logikk** slik at tjenester forblir 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 per klienttype |
| Logikk | Generisk cross-cutting | Klientspesifikk utforming |

## Fallgruppe

For mange BFFer dupliserer logikk; hold dem tynne og unngå at forretningsregler som tilhører tjenester lekker.

## Hvorfor det er viktig

BFFer lar hver frontend utvikle seg i sitt eget tempo med en backend som passer den, i stedet for å tvinge alle klienter til én delt kontrakt.

De utfyller (erstatter ikke) gatewayen: gatewayen håndterer edge-problemer som auth og routing, mens BFF håndterer klientspesifikk aggregering.

	API Gateway	BFF
Omfang	Én for alle klienter	Én per klienttype
Logikk	Generisk cross-cutting	Klientspesifikk utforming