Module Federation vs. Micro Front-End: Entenda as Diferenças e Implementações

[@sebastiaopurcini3620]

Como ficaria o controle dos repositórios? Seria um repositório apenas, geral, com todos os projetos criados, ou controlaria cada projeto interno num repositório? Como poderia ser feito?

[@MatheusCastiglioni]

Fala Sebastião, tu pode fazer de duas formas: 1. Single repo: Basicamente cada MFE teria um repositório próprio 2. Monorepo: Tu pode manter um único repositório com todos os MFE dentro. Cada abordagem terá seus conjuntos de trade-off, ou seja, vantagens e desvantanges. Tu precisa analisar o que faz mais sentido para suas necessidades.

[@edu_sdorneles]

Os teus vídeos sobre micro front-end são muito daora e passam muito conhecimento! Estou maratonando kkkkk… Vou começar um projeto na empresa e estou em dúvida sobre module federation ou single-spa, os vídeos estão ajudando demais!

[@MatheusCastiglioni]

Fala Edu, show de bola. Recentemente lanei um sobre a diferença de module federation e micro front-end. De singla spa tem alguns ai hehe

[@EliabyTeixeira]

To no mesmo momento, estamos estudando qual o melhor caminho, Single SPA ou Module Federation. Valeu pelos videos Castiglione.

[@MatheusCastiglioni]

@@EliabyTeixeira Obrigado Eliaby

[@brunosabio1637]

Seu vídeo me salvou! Conteúdo TOP

[@MatheusCastiglioni]

Obrigado Bruno

[@arozendojr]

Module Federation vai gerar uma nova requisição, tipo um lazyload, quando produtor(IP A) e consumidor(IP B) não existir no mesmo projeto, certo ?

[@MatheusCastiglioni]

Sim, um novo arquivo .js será requisitado para que a aplicação funcione de acordo, a fonte do arquivo será o projeto remoto baseado nas configurações do plugin em si.

[@arozendojr]

@@MatheusCastiglioni interessante, então podemos colocar "header" do projeto um módulo de monitoramento, caso o módulo tenha modificações, podemos atualizar tipo token de sentry, datadog, sem as aplicações tenha atualização, muito top

[@MatheusCastiglioni]

@@arozendojr Exatamente, desde que todas essas informações sejam providenciadas e injetadas via Header.

[@arozendojr]

@@MatheusCastiglioni pode lazy em outro path URL, lazy( /localhost/header) e a aplicação rodando localhost/home?

[@MatheusCastiglioni]

@@arozendojr Sinceramente não entendi

[@lucasmoura4480]

Module federations é um meio de MFE com abordagem clint side

[@MatheusCastiglioni]

Fala Lucas, na real MF não tem nada a ver com MFE, como eu disse no vídeo é apenas uma técnica para distribuir e consumir artefatos de forma remota.

[@lucasmoura4480]

@@MatheusCastiglioni boa, como falei e apenas 1 meio!

[@devlucasfernando]

@@lucasmoura4480 exatamente, mesmo o mf não sendo restrito a implementar a arquitetura de mfe, o autor do mf já afirmou que foi feito para isso.

[@henriquezolini]

Cara o module federation é a forma mais estruturada de se trabalhar com micro frontends react atualmente, sim ele é uma ferramenta para micro frontends e disponibilização de componentes. Eu acho que você deu um viajada aí, talvez depois valha fazer um estudo sobre isso novamente...

[@MatheusCastiglioni]

Discordo completamente Henrique, minha opinião é a dada em vídeo. Como eu sempre destaco em videos “essa é minha opinião” e esta tudo bem termos opiniões diferentes sobre o mesmo assunto.

[@henriquezolini]

@@MatheusCastiglioni Ter opinião é uma coisa, agora ter uma opinião que é contrária a algo que é um fato, é um equívoco. Mas tranquilo então! Só quis ajudar ;)

[@devlucasfernando]

Então, esse é o problema quando tentam criar afirmações sobre algo que é obvio, é claro que module federation não é microfrontend, mas foi criado para implementar tal arquitetura.