BFF — Backend for Frontend

Resumen

BFF —Backend for Frontend— es un patrón donde cada tipo de cliente tiene su propio backend intermedio. En lugar de que una app mobile y una web app consuman las mismas APIs genéricas de microservicios, cada una tiene un BFF que adapta los datos a sus necesidades: agrega llamadas, filtra campos innecesarios, y expone exactamente lo que ese frontend necesita.

Importa porque distintos clientes tienen necesidades distintas. Una app mobile quiere respuestas livianas porque va por 4G. Una web app puede tolerar payloads más grandes pero necesita SEO. Un smartwatch solo necesita datos mínimos. Sin BFF, los microservicios tienen que contemplar todos estos casos, hinchando sus APIs. Con BFF, cada frontend obtiene su API a medida.

Alcance y supuestos

Este paquete cubre el patrón BFF, sus variantes y su rol en arquitecturas con múltiples clientes. Asume familiaridad con APIs y microservicios.

Modelo mental

Un restaurante con tres tipos de clientes: los que comen en el salón, los que piden delivery y los que pasan por el mostrador. En lugar de hacer que la cocina maneje los tres formatos, hay tres mostradores distintos. Cada mostrador —cada BFF— traduce el pedido del cliente al lenguaje de la cocina.

Uso práctico

• ✅ Múltiples clientes con necesidades de datos muy distintas.
• ❌ Una sola plataforma: BFF agrega una capa sin beneficio.

Ejemplo trabajado: BFF para app mobile

Una app mobile necesita datos de usuario, órdenes recientes y métodos de pago. Sin BFF, hace 3 llamadas y compone la respuesta en el cliente —lento en 4G—. Con BFF, llama a GET /mobile/profile y el BFF consulta los 3 servicios en paralelo, filtra campos innecesarios y devuelve un JSON compacto. La app pasa de 3 round-trips a 1.

Evidencia

• El patrón BFF fue popularizado por Sam Newman y es parte del ecosistema de microservicios moderno.