Qué construimos
Partimos un frontend grande por dominio de negocio facturación, catálogo, administración, onboarding para que cada equipo publique sin esperar a una base de código compartida. Solo recomendamos este camino cuando los límites de equipo y el ritmo de entrega lo piden, no como receta por defecto.
- Shell de aplicación con navegación, autenticación y rutas compartidas
- CI/CD independiente para cada frontend
- Sistema de diseño compartido sin acoplar los despliegues
- Extracción gradual desde una SPA monolítica
- Angular y React en el mismo producto cuando un dominio necesita otro stack
- Contratos para estado compartido, eventos y APIs versionadas
Cuándo sí conviene
Una SPA de cientos de miles de líneas se vuelve una fila de espera: el release de un equipo bloquea a los demás. Los micro frontends alinean la interfaz con cómo ya trabaja la organización. Si un solo equipo es dueño de toda la interfaz, una SPA bien modularizada es más simple y más barata. Te diremos qué camino encaja.
Los mismos arquitectos senior que diseñan la separación también revisan los pull requests, para que la composición se pueda mantener dentro de tres años, no solo en el diagrama.