> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/es/2021/w13-preliminary-assessment-for-architecture-selection.md).

# W13-Evaluación preliminar para elegir una arquitectura

Esta semana revisé algunas arquitecturas de proyectos del área de frontend, como preparación para elegir la arquitectura de la plataforma para comerciantes. Por ahora he recopilado tres tipos.

Microfrontends a nivel de página basados en frameworks de código abierto. Se construyen con frameworks de microfrontends como qiankun o garage. Los proyectos representativos suelen ser aplicaciones del lado M, como CMM del área de ecosistema y la plataforma Zhuge.

Microfrontends a nivel de componente basados en EDC. El ejemplo representativo es MFC, del área de finanzas del ecosistema. Su estabilidad y disponibilidad se han validado en cierta medida en las tarjetas de marca compartida para consumidores. Está en una fase de transformación hacia una plataforma que ofrece sus capacidades a otros equipos. Falta conocer el costo de adaptación e integración.

Arquitectura de aplicaciones multipágina basada en Node. El ejemplo representativo es CORPS, del área de gestión patrimonial para consumidores. Resuelve la separación y autonomía de los procesos de negocio. En la plataforma para comerciantes, el problema principal es el acoplamiento entre líneas de negocio; optimizar los procesos verticales no es una necesidad tan urgente.

Dada nuestra situación, con personal limitado y sin poder detener el negocio, las prioridades para elegir deberían ser, de mayor a menor, costo, estabilidad y rendimiento. El costo incluye dos aspectos: que migrar los proyectos existentes resulte poco costoso y que mantenerlos y comprenderlos también lo sea para el equipo. Por estabilidad me refiero aquí a la propia arquitectura, que debería al menos igualar la estabilidad actual de la plataforma para comerciantes. Al mismo tiempo, una vez ajustada la arquitectura, cada subservicio deberá funcionar de manera independiente y autónoma, por lo que la estabilidad general de las iteraciones del proyecto debería mejorar mucho. El rendimiento se refiere al techo que permite alcanzar la nueva arquitectura. Creo que aquí podemos aceptar ciertas concesiones. Por un lado, el rendimiento de los servicios actuales no es especialmente alto y todavía hay mucho margen de mejora. Por otro, los entornos B2B toleran más las limitaciones de rendimiento que los orientados al consumidor.