> 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/pt-br/2021/w13-preliminary-assessment-for-architecture-selection.md).

# W13-Levantamento para escolher a arquitetura

Nesta semana, examinei arquiteturas de alguns projetos da área ampliada de frontend, preparando a escolha para a plataforma de comerciantes. Até agora, encontrei três tipos.

Microfrontends no nível de página baseados em frameworks abertos, como qiankun e garage. Os exemplos são principalmente aplicações móveis Web, como CMM do ecossistema e a plataforma Zhuge.

Microfrontends no nível de componente baseados em EDC. O exemplo é MFC, da área de finanças do ecossistema. Sua estabilidade e usabilidade foram parcialmente verificadas no cartão de marca compartilhada para consumidores. Está na transição para uma plataforma oferecida a outras equipes. Ainda preciso entender o custo de adaptação.

Arquitetura de múltiplas páginas baseada em Node. O exemplo é CORPS, dos investimentos para consumidores\*\*.\*\* Ela resolve divisão e autonomia de fluxos de negócio. Na plataforma de comerciantes, o problema maior é o acoplamento horizontal entre negócios; otimizar fluxos verticais é menos urgente.

Com equipe limitada e sem poder parar o negócio, os critérios deveriam ser, em ordem, custo, estabilidade e desempenho. Custo tem duas partes: a migração dos projetos existentes deve ser barata, assim como a manutenção e a compreensão pela equipe. A estabilidade da própria arquitetura deve, no mínimo, igualar a atual. Com serviços separados e autônomos, a estabilidade das iterações como um todo deveria melhorar bastante. Desempenho significa o limite que a nova arquitetura permite atingir. Acho que podemos aceitar alguns compromissos: o desempenho atual já tem muito espaço para melhorar, e o B2B tolera mais que o B2C.