Principios de arquitectura de microfrontends

Los micro-frontends aplican las ideas de los microservicios a la UI: una aplicación grande se divide en piezas que se desarrollan y despliegan de forma independiente, cada una bajo la responsabilidad de un equipo distinto, y después se integran en una única experiencia para el usuario.

Un único frontend grande obliga a todos los equipos a trabajar en un mismo código base, coordinar los lanzamientos y compartir una misma compilación. A medida que la organización crece, esto se convierte en un cuello de botella: compilaciones lentas, conflictos de integración y trenes de lanzamiento.

La idea central es la responsabilidad integral. Un equipo es responsable de su segmento de la interfaz de principio a fin, desde el código hasta el despliegue: su propio repositorio, pipeline y entorno de ejecución, de modo que puede avanzar sin esperar a otros equipos.

Los equipos se dividen por capacidad de negocio (Checkout, Search, Profile), no por capa técnica. Cada segmento contiene su propia interfaz, lógica y acceso a datos para esa capacidad.

Cada microfrontend se despliega según su propio calendario. El equipo de Search puede desplegar diez veces al día sin tocar Checkout. Las versiones están desacopladas, lo que reduce el riesgo y la coordinación necesaria.

Los equipos pueden elegir distintos frameworks para cada segmento. En la práctica, la mayoría de las organizaciones estandarizan (por ejemplo, usando Vue en todos los segmentos) para compartir herramientas, pero la arquitectura permite la diversidad cuando está justificada.

Una forma de combinar segmentos es la integración en tiempo de compilación: cada microfrontend se publica como un paquete y la aplicación contenedora lo instala como dependencia y lo compila junto con las demás.

La integración en tiempo de compilación es sencilla, pero acopla las versiones: para publicar una nueva versión de Checkout, el contenedor debe volver a compilarse y desplegarse. Se pierde el verdadero despliegue independiente.

La integración en tiempo de ejecución carga los microfrontends en el navegador durante la ejecución: el contenedor obtiene el código de un remoto cuando lo necesita. Cada remoto se despliega de forma independiente; el contenedor obtiene la última versión sin volver a compilarse.

La técnica principal en tiempo de ejecución es Module Federation: una funcionalidad de compilación que permite que una aplicación exponga módulos y que otra los consuma a través de la red durante la ejecución, compartiendo dependencias comunes. La utilizará en las próximas lecciones.

Utilice el tiempo de compilación para equipos pequeños que busquen simplicidad y un único despliegue. Utilice el tiempo de ejecución (Module Federation) cuando el despliegue independiente y la autonomía del equipo sean prioritarios y acepte la complejidad operativa adicional.

Compruebe su comprensión de los principios de los microfrontends.

Aprendió los principios de los microfrontends:

• Una interfaz grande se divide en segmentos con propietarios y despliegues independientes, que se componen para el usuario.
• Autonomía del equipo: responsabilidad integral sobre un segmento vertical de negocio.
• Despliegue independiente: cada segmento se publica según su propio calendario.
• La diversidad tecnológica es opcional; la mayoría de los equipos estandarizan sus tecnologías.
• La integración puede ser en tiempo de compilación (sencilla, con versiones acopladas) o en tiempo de ejecución (Module Federation, independencia real).