Разворачиваем микрофронты на Next.js

[dyadyaSerezha]

выкладывают модули в Nexus reposity, который выступает сохраняющим артефактом

Может, выступает хранилищем артефактов?

важнее перформанс, чем масштабируемость.

Вообще-то, масштабируемость и обозначает горизонтальное или вертикальное увеличение системы для повышения производительности. Или во фронте это другое?

[divinity2000]

Все тоже самое на фронте.

Я тоже думал над подобной архитектурой, только через git submodules. По идеи разницы нет как собирать -- "монолитный" SPA из артефактов или делать MPA на основе модулей. В любом случае все повторяющиеся зависимости можно вынести в условные вендоры и тянуть как AMD/UMD тем самы м сохранив и масштабируемость и перформанс, но по сути это будет уже фреймворк, который реализует микросервисы на фронте

[r1ndaman]

Спасибо за ваш комментарий. Согласен что "выступает хранилищем артефактов" звучит более корректно

Если мы подгружаем несколько библиотек на фронте в рамках разных микрофронтов, то получается, что мы их подгружаем заново, то есть отображение страницы и контента в ней будет позже, если бы мы грузили это 1 раз, как это бывает в монолитном SPA. Хорошее решение этой пробломы предложил divinity2000, но в рамках моего кейса, когда много разных команд, которые могут использовать разные версии библиотек, и могут просто не успеть мигрировать свой код на новую версию библиотеки, это будет проблематично

[dyadyaSerezha]

Я все это понисаю, но где у вашего решения масштабируемость? Это же ваше утверждение, что медленнее, зато есть масштабируемость. Я именно об этом.

[Appolon20]

А зачем в этой связке nexus если гитлаб прекрасно умеет в npm пакеты включая версионость ?

[r1ndaman]

Спасибо за ваш комментарий. В рамках нашей компании уже использовался Nexus в нескольких подобных кейсах, конкретно в этом случае мы решили не экспериментировать, а выбрать то, на чем умеем. Вы можете заменить любое используемое нами решение, на что-то свое. Главное, чтобы было удобно вам