Mikä on Backend-for-Frontend-malli ja miten se liittyy API-yhdyskäytävään?

Question

Accepted Answer

**Backend-for-Frontend (BFF)** on dedikoidtu yhdyskäytävä asiakastyyppiä kohti (web, mobiili, kumppani). Yhden yleisen yhdyskäytävän sijaan, joka palvelee kaikkia asiakkaita, jokainen frontend saa taustajärjestelmän, joka on räätälöity sen tarpeisiin.

## Ongelma, jonka se ratkaisee

Mobiilisovelluksella ja web-sovelluksella on erilaiset tietojen, hyötykuorman koon ja keskustelutarpeet. Yksi yleinen API pakottaa kompromisseihin ja liialliseen hakemiseen.

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

## Mitä BFF tekee

- **Yhdistää** useita palvelukutsuja yhdeksi asiakkaalle muotoilluksi vastaukseksi.
- **Karsii** hyötykuormia rajoitetuille asiakkaille (mobiili).
- Omistaa **asiakaskohtaisen logiikan**, joten palvelut pysyvät yleisinä.

```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 yhdyskäytävä

| | API Gateway | BFF |
|---|---|---|
| Laajuus | Yksi kaikille asiakkaille | Yksi asiakastyyppiä kohti |
| Logiikka | Yleinen cross-cutting | Asiakaskohtainen muotoilu |

## Sudenkuoppa

Liian monet BFF:t kopioivat logiikkaa; pidä ne ohuina ja vältä liiketoimintasääntöjen vuotamista, jotka kuuluvat palveluihin.

## Miksi se on tärkeää

BFF:t antavat jokaiselle frontendille mahdollisuuden kehittyä omalla tahdillaan taustajärjestelmän kanssa, joka sopii siihen, sen sijaan että jokainen asiakas pakotettaisiin yhteen jaettuun sopimukseen.

Ne täydentävät (eivät korvaa) yhdyskäytävää: yhdyskäytävä käsittelee reunaehtoja, kuten todennusta ja reititystä, kun taas BFF käsittelee asiakaskohtaista aggregointia.

	API Gateway	BFF
Laajuus	Yksi kaikille asiakkaille	Yksi asiakastyyppiä kohti
Logiikka	Yleinen cross-cutting	Asiakaskohtainen muotoilu