#module_federation — Public Fediverse posts

Module Federation на примере фишинга

Разберём микрофронтенд через историю вымышленного хакера — и заодно поймём, почему это спрашивают на собеседованиях. Недавно на собесе меня спросили: "А как именно работают микрофронты? Там что, прямо eval используют?" Я что-то промямлил про expose, host, сборку... и понял, что вообще не понимаю сути. Знакомо?

https://habr.com/ru/articles/979242/

#microfrontends #микрофронтенды #вебпак #webpack #module_federation

Как просто использовать SRI, когда у тебя микрофронты

И чтобы всё было безопасно.

https://habr.com/ru/companies/alfa/articles/940324/

#cdn #infra #microfrontends #микрофронтенды #module_federation

Electron + microfrontends

Недавно на проекте столкнулся с необычной задачей - сделать из готового React веб-приложения десктопную версию на Electron. Что же тут необычного? А то, что наше веб-приложение построено на микрофронтенд архитектуре и располагается в трёх отдельных репозиториях. А общение между микрофронтендами происходит в runtime через HTTP. И тут начинаются сложности, так как для создания дистрибутива, Electron'у нужен доступ к исходникам всего приложения. Хотя Electron легко подружить с Webpack , как это сделать с плагином Module Federation на первый взгляд не понятно. Поиск готового решения в интернете ничего не дал, кроме повисших в воздухе вопросов на Stack Overflow. Пришлось придумать своё решение, которое я и опишу здесь. Стек проекта типовой (React, Webpack Module Federation, Electron, Electron-forge), поэтому не буду подробно расписывать конфиги, лишь опишу ключевые моменты.

https://habr.com/ru/articles/934068/

#webpack #electron #module_federation #microfrontends

Как мы распилили монолит на микрофронтенды с Vite и не сошли с ума

Наш фронтенд начинался как простой SPA на React, собранный с помощью Vite — типичный монолит с несколькими страницами. Со временем проект оброс новыми функциями и интеграциями и начал становиться всё сложнее в поддержке. На горизонте появились новые вызовы: к продукту планировалось подключать всё больше независимых сервисов, а значит — ещё больше интеграций и роста кодовой базы. Мы понимали, что нагрузка на инфраструктуру будет только увеличиваться, поэтому решили заранее заложить архитектуру с расчётом на масштабирование. После изучения разных вариантов мы остановились на подходе микрофронтендов. Хотелось разграничить зоны ответственности между командами и ускорить разработку, не теряя гибкости. В качестве сборщика решили остаться на Vite — он быстро развивался, предлагал отличную DX и поддержку модульной федерации через плагин. Кроме того, важно было сохранить единый репозиторий, чтобы упростить CI/CD и управление зависимостями.

https://habr.com/ru/companies/beeline_tech/articles/918860/

#микрофронтенды #vite #frontops #module_federation #microfrontends #react

От Lerna до ModuleFederation

Привет, Хабр! Меня зовут Дмитрий Ханин, я работаю в Сбере и участвую в разработке Платформы ЦА — системы на базе блокчейн, занимающейся привлечением средств юридических и физических лиц. Сегодня хотелось бы рассказать про тот путь, который мы прошли за несколько лет, как организовали взаимодействие между разными приложениями и чем нам это помогло. Рассказ разделён на две части. В первой рассмотрим путь проекта и проблемы, с которыми сталкивались, а во второй разберём, как мы решали часть этих проблем.

https://habr.com/ru/companies/sberbank/articles/911748/

#module_federation #webpack #microfrontends #опыт_разработчика