BFF werkt het best bij meerdere clients (web, mobiel, partner) met afwijkende behoeftes. Het patroon is overkill voor één client.
Wanneer past BFF echt?
Bij teams die zelf hun client-ervaring bezitten en flexibiliteit nodig hebben over wat de backend serveert. Een architect bepaalt of u één BFF per client neemt of een gedeelde aanpak.
Welke verantwoordelijkheden horen erin?
Composition van data uit meerdere services, transformatie naar wat de client nodig heeft en authorization-checks dichtbij de gebruiker. Geen business logica die in een domein-service hoort.
Hoe voorkomt u dat het een monoliet wordt?
Door scope strak te houden en periodiek te toetsen of de BFF nog client-specifieke logica draagt of breder is geworden dan nodig.
Wat brengt onze architect mee?
Praktijkervaring met BFF-patronen in zowel web als mobile, en het vermogen om dit voor uw team begrijpelijk te maken.
Verwant: Senior Applicatie Architect