Escala tu aplicación de React sin micro-frontends

Rate this content
Bookmark

A medida que tu equipo crece y se convierte en múltiples equipos, el tamaño de tu base de código también crece. Llegas a las 100k líneas de código y el tiempo de compilación se acerca peligrosamente a los 10 minutos 😱 Pero eso no es todo, tus verificaciones estáticas de CI (linting, cobertura de tipos, código muerto) y pruebas también están tardando cada vez más...

¿Cómo puedes mantener a tus equipos avanzando rápidamente y enviando funciones a los usuarios de manera regular si tus PRs tardan una eternidad en ser probados y desplegados?

Después de explorar algunas opciones, decidimos seguir el camino de Nx. ¡Veamos cómo migrar una gran base de código a Nx y aprovechar sus compilaciones incrementales!

This talk has been presented at React Summit 2022, check out the latest edition of this React Conference.

FAQ

NX es un sistema de construcción que facilita y acelera el proceso de desarrollo de software mediante la construcción más rápida y eficiente de proyectos, utilizando técnicas como el almacenamiento en caché y la reconstrucción inteligente basada en los cambios afectados.

El principal problema cuando una base de código crece es que el tiempo de integración continua (CI) se vuelve más lento, lo que lleva a ciclos de retroalimentación más lentos y puede resultar en descontento tanto de desarrolladores como de usuarios.

Antes de usar NX, se intentaron diversas estrategias como la sobreingeniería del CI, la paralelización y la creación de reglas personalizadas para omitir ciertas pruebas, lo que complicó la gestión del CI sin obtener los resultados deseados.

NX promueve una arquitectura limpia al organizar el código en bibliotecas, lo que facilita la gestión y la reutilización del código. Esto permite construcciones incrementales y más eficientes al solo afectar las partes del código que han cambiado.

Una biblioteca en NX es una carpeta que puede contener código, configuraciones y pruebas donde se ejecutan operaciones específicas. La ventaja de usar bibliotecas es que proporciona una estructura organizada que facilita la reutilización de código y optimiza las pruebas y compilaciones.

NX utiliza un almacenamiento en caché avanzado que registra las operaciones realizadas y sus resultados, lo que permite reutilizar salidas de compilaciones anteriores sin necesidad de reconstruir completamente, optimizando así los tiempos de construcción.

NxCloud es una herramienta desarrollada por el equipo de NX que facilita la configuración del almacenamiento en caché y la ejecución de tareas distribuidas. Ofrece una integración fácil y permite compartir caché entre desarrolladores, optimizando así la ejecución de tareas y el tiempo de construcción.

Implementar NX en un proyecto grande existente puede ser desafiante debido a la necesidad de refactorizar el código para adaptarlo a la estructura de bibliotecas de NX. Esto requiere un esfuerzo considerable para dividir el código adecuadamente y asegurar que las dependencias sean gestionadas correctamente.

Jonathan Wagner
Jonathan Wagner
21 min
21 Jun, 2022

Comments

Sign in or register to post your comment.

Video Summary and Transcription

Esta charla discute cómo escalar una aplicación de React sin micro-frontends y los desafíos de una base de código en crecimiento. Se presenta Annex como una herramienta para reconstrucciones inteligentes y caché de cálculos. Se enfatiza la importancia de las bibliotecas para organizar el código y promover una arquitectura limpia. Se explora el uso de la caché, NxCloud y la compilación incremental para optimización. Se sugiere actualizar las dependencias y utilizar herramientas de perfilado para mejorar aún más el rendimiento. Se resalta la división de la aplicación en bibliotecas y los beneficios de un sistema de compilación como NX.

1. Scaling React App Without Micro-Frontend

Short description:

Bienvenidos a mi charla sobre cómo escalar tu aplicación de React sin microfrontend. Discutiré el problema de escalar una base de código, mi experiencia para solucionarlo y lo que he aprendido en el camino. Cuando una base de código crece, el CI se vuelve más lento, lo que provoca un ciclo de retroalimentación más lento para los desarrolladores y usuarios insatisfechos. En mi caso, el tiempo de construcción llegó a más de 30 minutos, lo cual era inaceptable. Intenté sobreingenierizar el CI, pero se volvió difícil de gestionar. Luego, descubrí Annex y aprendí cómo usarlo correctamente para volver a ejecutar solo las cosas que han cambiado.

Primero, un rápido aviso legal, esta charla trata sobre la escalabilidad de tu base de código desde la perspectiva de un desarrollador y no de las actuaciones orientadas al usuario. Eso es todo para el aviso legal.

Hola de nuevo, soy Jonathan Wagner, soy gerente de ingeniería en DataUK y he estado trabajando durante los últimos 4 años en más de 10 proyectos en producción y durante los últimos 8 meses he estado trabajando con NX, que es un sistema de construcción que te ayuda a construir más rápido y hacer las cosas más rápido. Eso será el núcleo de la charla aquí. Echemos un vistazo a lo que vamos a hablar.

En primer lugar, discutiré un poco sobre el problema, qué sucede cuando escalas una base de código y luego mi experiencia para solucionarlo y lo que he aprendido en el camino, qué he intentado, qué no funcionó, qué funcionó. Así que primero, el problema. Mencioné que tener una base de código que crece significa que tu CI se vuelve un poco más lento y cuando se vuelve más lento, significa que tienes un ciclo de retroalimentación más lento, lo que significa que tus desarrolladores están insatisfechos, lleva más tiempo desarrollar funciones y al final tus usuarios están insatisfechos, lo cual definitivamente no queremos.

Entonces, cuando tu base de código crece, tienes verificación de tipos, tienes ESLint, tal vez tienes algunas pruebas de código muerto, algunas pruebas unitarias, pruebas de extremo a extremo, muchas pruebas y el tiempo de construcción y luego todo lleva un poco de tiempo y se acumula y en mi caso llevó más de 30 minutos y eso es lo que me hizo reaccionar. Idealmente quiero que mi sitio tarde 10 o 15 minutos, cuando llega a 30 minutos significa que algo ha salido terriblemente mal y quiero solucionarlo. En este caso, ni siquiera podemos ver el tiempo de construcción, simplemente se dispara, llega a 3-4 horas, lo que significa que le está costando mucho dinero a la empresa y es frustrante para todos.

Intentemos ver un ejemplo más preciso aquí, así que tenemos una base de código en crecimiento que significa que tal vez tengamos unas 800 pruebas. Imagina que tienes una solicitud de extracción donde hago un cambio de una línea, lo subes todo y el CI vuelve a ejecutar todo, lo que significa que tienes que esperar 20 minutos, tal vez 30 minutos para que las pruebas pasen. ¿Te parece normal que un cambio de una línea active 20 minutos de ejecución del CI? No lo creo. Y nx tampoco lo cree. Según la documentación de nx, en realidad dicen que la duración de la operación invocada debería ser proporcional al tamaño del cambio, y algo muy fuerte. Parece simple pero es bastante complicado de implementar. Implica un poco de almacenamiento en caché, mucho almacenamiento en caché y luego poner todo eso junto correctamente. Pero no lo sabía al principio. Así que obviamente intenté sobreingenierizar mi CI y eso significó hacer mucha paralelización, poner algunas pruebas para omitir las pruebas de frontend o backend, dependiendo de lo que se haya cambiado. Y eso significó escribir muchas reglas personalizadas, que eran complicadas e introdujeron algunas regresiones. E incluso cambiar las compilaciones de TypeScript a algo basado en Rust como swc. Y haciendo todo esto, logré algunas mejoras, llegué a 20 minutos cada una, pero eso significaba que tenía un CI complicado de gestionar. Teníamos 27 trabajos diferentes y eso significaba entender cómo todos interactuaban entre sí, cuáles eran condicionales a cuáles, y se volvió complicado de gestionar y mantener. Así que ese es el punto de partida de a dónde quería ir después. Creo que pasamos horas y horas optimizando el CI. ¿A dónde vamos desde aquí? ¿Cómo lo hacemos más rápido sin sobreingenierizarlo más? Aquí comienza el viaje. Descubriendo Annex, descubriendo un poco más sobre cómo usar Annex correctamente, cuál es el truco secreto y cómo el almacenamiento en caché pone todo junto y lo une todo.

2. Annex y el Concepto de Bibliotecas

Short description:

Annex realiza reconstrucciones inteligentes solo en las cosas que han cambiado y han sido afectadas. Utiliza caché de cálculos y te ayuda a generar cosas para que no tengas que hacerlas cada vez. El truco secreto es utilizar bibliotecas en todas partes. Una biblioteca es simplemente una carpeta donde puedes ejecutar operaciones específicas para el código que concierne. Las bibliotecas ayudan a organizar el código en la estructura de carpetas y se pueden generar fácilmente. Cuando ocurre un cambio, Annex solo prueba y vuelve a verificar los proyectos afectados, siguiendo el principio fundamental de probar solo lo que ha cambiado. Las bibliotecas también promueven una arquitectura limpia al obligar a los desarrolladores a considerar dónde colocar su código y evitar el código espagueti.

Básicamente, eso es lo que hace Annex. Realiza reconstrucciones inteligentes, solo en las cosas que han cambiado y han sido afectadas. Para eso, utiliza caché de cálculos y te ayuda a generar cosas para que no tengas que hacerlas manualmente cada vez. Básicamente, Annex ya estaba configurado en el proyecto. No lo estábamos utilizando para el sistema de construcción. Solo lo estábamos utilizando para la gestión de monoreportes. Y cuando me di cuenta de todo lo que podía hacer, eso abrió la puerta a mucho más.

Entonces, ahora que sabemos que Annex puede hacer todo esto, ¿cómo funciona en realidad? He mencionado un truco secreto. En realidad, no es tan secreto. Se anuncia en todas partes en la documentación de Annex. La idea es utilizar bibliotecas en todas partes. Puede que te preguntes, ¿qué es una biblioteca en Annex? Es simplemente una carpeta donde puedes ejecutar algunas operaciones, como pruebas, linting, básicamente cualquier cosa que desees. Se trata del código que concierne. Así que, si miramos, por ejemplo, nuestro proyecto, aquí teníamos el frontend, que era la aplicación que realmente se implementaba y utilizaban nuestros usuarios. Y luego, todo lo demás aquí abajo son bibliotecas. Entonces, la aplicación está utilizando bibliotecas. Y luego se implementa y las bibliotecas están ahí como una forma de organizar el código en la estructura de carpetas. Y lo bueno es que puedes generarlas fácilmente, por lo que es una forma común de crear una nueva y no te cuesta mucho. Y lo que también podemos ver aquí es que, en rosa, se resaltan los proyectos que han sido afectados por el cambio. Entonces, en este caso, hice un cambio en el sistema de diseño y me muestra que algunas bibliotecas y la aplicación también se han visto afectadas. Entonces, cuando ejecuto mis pruebas o cuando ejecuto el lint, solo se van a probar y verificar esos proyectos en rosa, es decir, las bibliotecas y la aplicación. No se va a tocar nada más, porque no ha cambiado. Esa es la belleza de ello. Ese es el principio fundamental. El concepto de bibliotecas puede ser un poco confuso. Así que veamos aquí lo que significa concretamente. Este es un ejemplo de repositorio de NX, donde tienes básicamente un par de aplicaciones, cards y products, y luego algunas bibliotecas. Y si nos enfocamos en las bibliotecas, en realidad es solo una configuración anidada, una configuración de jest y luego una configuración de TypeScript, y luego todo tu código fuente en la carpeta src, y es tan simple como eso. No hay mucho más, y es todo lo que necesitas para poder ejecutar tus operaciones en cada una de esas carpetas. El beneficio adicional de utilizar bibliotecas es que te obliga a tener una arquitectura limpia, porque tienes que hacerte la pregunta, ¿dónde debo poner mi código, debería ponerlo en la misma biblioteca o crear una nueva biblioteca? Es una pregunta que, al hacértela, te obliga a iniciar una discusión, pensarlo, colocarlo en el lugar correcto y te ahorra tiempo.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

No resuelvas problemas, elimínalos
React Advanced 2021React Advanced 2021
39 min
No resuelvas problemas, elimínalos
Top Content
Kent C. Dodds discusses the concept of problem elimination rather than just problem-solving. He introduces the idea of a problem tree and the importance of avoiding creating solutions prematurely. Kent uses examples like Tesla's electric engine and Remix framework to illustrate the benefits of problem elimination. He emphasizes the value of trade-offs and taking the easier path, as well as the need to constantly re-evaluate and change approaches to eliminate problems.
Uso efectivo de useEffect
React Advanced 2022React Advanced 2022
30 min
Uso efectivo de useEffect
Top Content
Today's Talk explores the use of the useEffect hook in React development, covering topics such as fetching data, handling race conditions and cleanup, and optimizing performance. It also discusses the correct use of useEffect in React 18, the distinction between Activity Effects and Action Effects, and the potential misuse of useEffect. The Talk highlights the benefits of using useQuery or SWR for data fetching, the problems with using useEffect for initializing global singletons, and the use of state machines for handling effects. The speaker also recommends exploring the beta React docs and using tools like the stately.ai editor for visualizing state machines.
Sistemas de Diseño: Caminando la Línea Entre Flexibilidad y Consistencia
React Advanced 2021React Advanced 2021
47 min
Sistemas de Diseño: Caminando la Línea Entre Flexibilidad y Consistencia
Top Content
The Talk discusses the balance between flexibility and consistency in design systems. It explores the API design of the ActionList component and the customization options it offers. The use of component-based APIs and composability is emphasized for flexibility and customization. The Talk also touches on the ActionMenu component and the concept of building for people. The Q&A session covers topics such as component inclusion in design systems, API complexity, and the decision between creating a custom design system or using a component library.
Concurrencia en React, Explicada
React Summit 2023React Summit 2023
23 min
Concurrencia en React, Explicada
Top Content
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.
Gestión del Estado de React: 10 Años de Lecciones Aprendidas
React Day Berlin 2023React Day Berlin 2023
16 min
Gestión del Estado de React: 10 Años de Lecciones Aprendidas
Top Content
This Talk focuses on effective React state management and lessons learned over the past 10 years. Key points include separating related state, utilizing UseReducer for protecting state and updating multiple pieces of state simultaneously, avoiding unnecessary state syncing with useEffect, using abstractions like React Query or SWR for fetching data, simplifying state management with custom hooks, and leveraging refs and third-party libraries for managing state. Additional resources and services are also provided for further learning and support.
Elevando Monorepos con los Espacios de Trabajo de npm
DevOps.js Conf 2022DevOps.js Conf 2022
33 min
Elevando Monorepos con los Espacios de Trabajo de npm
Top Content
NPM workspaces help manage multiple nested packages within a single top-level package, improving since the release of NPM CLI 7.0. You can easily add dependencies to workspaces and handle duplications. Running scripts and orchestration in a monorepo is made easier with NPM workspaces. The npm pkg command is useful for setting and retrieving keys and values from package.json files. NPM workspaces offer benefits compared to Lerna and future plans include better workspace linking and adding missing features.

Workshops on related topic

Masterclass de Depuración de Rendimiento de React
React Summit 2023React Summit 2023
170 min
Masterclass de Depuración de Rendimiento de React
Top Content
Featured WorkshopFree
Ivan Akulov
Ivan Akulov
Los primeros intentos de Ivan en la depuración de rendimiento fueron caóticos. Vería una interacción lenta, intentaría una optimización aleatoria, vería que no ayudaba, y seguiría intentando otras optimizaciones hasta que encontraba la correcta (o se rendía).
En aquel entonces, Ivan no sabía cómo usar bien las herramientas de rendimiento. Haría una grabación en Chrome DevTools o React Profiler, la examinaría, intentaría hacer clic en cosas aleatorias, y luego la cerraría frustrado unos minutos después. Ahora, Ivan sabe exactamente dónde y qué buscar. Y en esta masterclass, Ivan te enseñará eso también.
Así es como va a funcionar. Tomaremos una aplicación lenta → la depuraremos (usando herramientas como Chrome DevTools, React Profiler, y why-did-you-render) → identificaremos el cuello de botella → y luego repetiremos, varias veces más. No hablaremos de las soluciones (en el 90% de los casos, es simplemente el viejo y regular useMemo() o memo()). Pero hablaremos de todo lo que viene antes - y aprenderemos a analizar cualquier problema de rendimiento de React, paso a paso.
(Nota: Esta masterclass es más adecuada para ingenieros que ya están familiarizados con cómo funcionan useMemo() y memo() - pero quieren mejorar en el uso de las herramientas de rendimiento alrededor de React. Además, estaremos cubriendo el rendimiento de la interacción, no la velocidad de carga, por lo que no escucharás una palabra sobre Lighthouse 🤐)
Consejos sobre React Hooks que solo los profesionales conocen
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
Consejos sobre React Hooks que solo los profesionales conocen
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
La adición de la API de hooks a React fue un cambio bastante importante. Antes de los hooks, la mayoría de los componentos tenían que ser basados en clases. Ahora, con los hooks, estos son a menudo componentes funcionales mucho más simples. Los hooks pueden ser realmente simples de usar. Casi engañosamente simples. Porque todavía hay muchas formas en las que puedes equivocarte con los hooks. Y a menudo resulta que hay muchas formas en las que puedes mejorar tus componentes con una mejor comprensión de cómo se puede usar cada hook de React.Aprenderás todo sobre los pros y los contras de los diversos hooks. Aprenderás cuándo usar useState() versus useReducer(). Veremos cómo usar useContext() de manera eficiente. Verás cuándo usar useLayoutEffect() y cuándo useEffect() es mejor.
React, TypeScript y TDD
React Advanced 2021React Advanced 2021
174 min
React, TypeScript y TDD
Top Content
Featured WorkshopFree
Paul Everitt
Paul Everitt
ReactJS es extremadamente popular y, por lo tanto, ampliamente soportado. TypeScript está ganando popularidad y, por lo tanto, cada vez más soportado.

¿Los dos juntos? No tanto. Dado que ambos cambian rápidamente, es difícil encontrar materiales de aprendizaje precisos.

¿React+TypeScript, con los IDEs de JetBrains? Esa combinación de tres partes es el tema de esta serie. Mostraremos un poco sobre mucho. Es decir, los pasos clave para ser productivo, en el IDE, para proyectos de React utilizando TypeScript. En el camino, mostraremos el desarrollo guiado por pruebas y enfatizaremos consejos y trucos en el IDE.
Masterclass Web3 - Construyendo Tu Primer Dapp
React Advanced 2021React Advanced 2021
145 min
Masterclass Web3 - Construyendo Tu Primer Dapp
Top Content
Featured WorkshopFree
Nader Dabit
Nader Dabit
En esta masterclass, aprenderás cómo construir tu primer dapp de pila completa en la blockchain de Ethereum, leyendo y escribiendo datos en la red, y conectando una aplicación de front end al contrato que has desplegado. Al final de la masterclass, entenderás cómo configurar un entorno de desarrollo de pila completa, ejecutar un nodo local e interactuar con cualquier contrato inteligente usando React, HardHat y Ethers.js.
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
React Summit 2023React Summit 2023
151 min
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
Top Content
Featured Workshop
Josh Justice
Josh Justice
La Biblioteca de Pruebas de React es un gran marco para las pruebas de componentes de React porque responde muchas preguntas por ti, por lo que no necesitas preocuparte por esas preguntas. Pero eso no significa que las pruebas sean fáciles. Todavía hay muchas preguntas que tienes que resolver por ti mismo: ¿Cuántas pruebas de componentes debes escribir vs pruebas de extremo a extremo o pruebas de unidad de nivel inferior? ¿Cómo puedes probar una cierta línea de código que es difícil de probar? ¿Y qué se supone que debes hacer con esa persistente advertencia de act()?
En esta masterclass de tres horas, presentaremos la Biblioteca de Pruebas de React junto con un modelo mental de cómo pensar en el diseño de tus pruebas de componentes. Este modelo mental te ayudará a ver cómo probar cada bit de lógica, si debes o no simular dependencias, y ayudará a mejorar el diseño de tus componentes. Te irás con las herramientas, técnicas y principios que necesitas para implementar pruebas de componentes de bajo costo y alto valor.
Tabla de contenidos- Los diferentes tipos de pruebas de aplicaciones de React, y dónde encajan las pruebas de componentes- Un modelo mental para pensar en las entradas y salidas de los componentes que pruebas- Opciones para seleccionar elementos DOM para verificar e interactuar con ellos- El valor de los mocks y por qué no deben evitarse- Los desafíos con la asincronía en las pruebas de RTL y cómo manejarlos
Requisitos previos- Familiaridad con la construcción de aplicaciones con React- Experiencia básica escribiendo pruebas automatizadas con Jest u otro marco de pruebas unitarias- No necesitas ninguna experiencia con la Biblioteca de Pruebas de React- Configuración de la máquina: Node LTS, Yarn
Fundamentos de Remix
React Summit 2022React Summit 2022
136 min
Fundamentos de Remix
Top Content
Featured WorkshopFree
Kent C. Dodds
Kent C. Dodds
Construir aplicaciones web modernas está lleno de complejidad. Y eso solo si te molestas en lidiar con los problemas
¿Cansado de conectar onSubmit a las API del backend y asegurarte de que tu caché del lado del cliente se mantenga actualizada? ¿No sería genial poder utilizar la naturaleza global de CSS en tu beneficio, en lugar de buscar herramientas o convenciones para evitarla o trabajar alrededor de ella? ¿Y qué te parecería tener diseños anidados con una gestión de datos inteligente y optimizada para el rendimiento que simplemente funciona™?
Remix resuelve algunos de estos problemas y elimina completamente el resto. Ni siquiera tienes que pensar en la gestión de la caché del servidor o en los conflictos del espacio de nombres global de CSS. No es que Remix tenga APIs para evitar estos problemas, simplemente no existen cuando estás usando Remix. Ah, y no necesitas ese enorme y complejo cliente graphql cuando estás usando Remix. Ellos te tienen cubierto. ¿Listo para construir aplicaciones más rápidas de manera más rápida?
Al final de esta masterclass, sabrás cómo:- Crear Rutas de Remix- Estilizar aplicaciones de Remix- Cargar datos en los cargadores de Remix- Mutar datos con formularios y acciones