Nota técnica
Microfrontends + BFF en banca regulada
Cómo desacoplar equipos frontend sin fragmentar la experiencia del usuario en un proyecto MEP con servicios Oracle legacy.
El contexto
En proyectos bancarios de alta criticidad, varios equipos frontend necesitan avanzar en paralelo sobre un backend legacy (Oracle, servicios SOAP/REST heterogéneos). El desafío no es solo técnico: hay compliance, plazos fijos y cero tolerancia a regresiones en flujos de dinero.
Por qué microfrontends
La arquitectura microfrontend permite que cada squad posea su dominio de UI (onboarding, simulación, confirmación) con deploy independiente. El costo es coordinación: design system compartido, contratos de comunicación entre shells y versionado de dependencias comunes.
El rol del BFF
La capa Backend-for-Frontend en Node.js actúa como traductor: agrega llamadas a múltiples servicios Oracle, normaliza errores, adapta payloads al shape que React necesita y oculta la complejidad del backend al cliente. Un solo punto de entrada tipado con TypeScript reduce bugs de integración.
Lecciones aplicadas
Entregamos en 4 meses priorizando contratos tipados entre BFF y microfrontends, un shell host mínimo y code review cruzado entre equipos. La clave fue no sobre-ingenierizar: microfrontends donde el acoplamiento de equipos lo justificaba, BFF donde la orquestación Oracle lo requería.
Takeaways
- BFF como capa de orquestación, no como segundo backend monolítico
- Contratos TypeScript compartidos entre capas
- Design system mínimo acordado antes de paralelizar equipos
- Entrega incremental por flujo de negocio, no por capa técnica