Micro frontend: ¿Por qué es una buena alternativa para el desarrollo?

logotico twitter

Por Jorge Fernández, Desarrollador de Landscape

Si miramos hacia atrás el desarrollo de las aplicaciones web, el frontend y el backend no han evolucionado en paralelo… hasta hoy.

Creo que al día de hoy todos estamos familiarizados con los micro servicios en términos de backend, pero cuando hablamos de frontend, la cosa se vuelve un poco más monótona, o como nos gusta describirlo, más monolítica.

En su origen, una aplicación web no era más que un gran repositorio de código con toda la lógica de front y back empaquetada en conjunto. A medida que las aplicaciones se hacían más complejas se optó por separar este gran paquete en dos.

El frontend desarrolla su propia fórmula de componentes. Gracias a estos componentes la interfaz de usuario se divide en pequeños fragmentos que permiten la reutilización, aplicar principios de responsabilidad única y reducir la complejidad.

Sin embargo, los componentes no son equivalentes a los microservicios. Más allá de su modularidad en el fondo siguen siendo parte de un todo, no son entidades 100% independientes.

¿Por qué no dar ese salto y emular la arquitectura distribuida?

Micro frontend: ¿Qué es?

El término micro frontend empieza a sonar a finales de 2016. Y como toda novedad evoluciona por las fases típicas:

En el sitio Technology Radar de ThoughtWorks escuchamos estas distintas fases para micro frontend, desde la fase del “hype” como concepto teórico que hace bastante ruido, pasando por evaluaciones y pruebas piloto para verificar su viabilidad, hasta la fase final de adopción, ya en 2019, cuando hay una fuerte voluntad por parte de la industria y la comunidad en adoptar definitivamente esta técnica.

Pero entonces, ¿qué es?

La palabra micro frontend hace referencia un estilo o arquitectura, una forma de construir aplicaciones en el front, donde dividiremos la funcionalidad en sub-aplicaciones más pequeñas e independientes.

Bajo esta arquitectura, generaremos pequeñas sub-aplicaciones independientes centradas en una funcionalidad concreta, que serán consumidas finalmente por una o múltiples aplicaciones mayores.

Los objetivos de esta técnica son:

-Acabar con los monolitos o mono repositorios en front.

-Traer los beneficios de un sistema modular.

-Funcionalidad escalable.

¿Tienes más dudas? En la Agencia de Tecnología e Innovación, Landscape, te podemos ayudar. Contáctanos en contacto@landscape.cl

development

innovation

technological solutions

staff augmentation

Comparte en tus redes

logotico twitter
logotipo linkedin
nav
nav

SIGUIENTE

Simplificando el proceso de diseño

nav

ANTERIOR

¿Cómo hacer un análisis o benchmark de marketing digital para mi empresa?

nav
whatsapp