Нужны ли микрофронты для модульной crm/erp?

Question

[Niksak]

Допустим, есть crm для бизнеса.
Там есть такая фишка как управление модулями чтобы подстроить под свой бизнес.
Например, если человеку не нужен складской учет из-за направления его бизнеса то он его отключает чтоб не пользоваться.

Нужно ли делить все эти модули на микрофронты?
Команда 5 человек, на фронте 2)

Пример такой crm можно глянуть в око crm или аспро клауд чтоб понять о чем я

Comments

[Niksak]

Или в каких случаях вообще нужны микрофронты? Только если команд много и они трудятся над одним проектом?
А как с производительностью вообще?

[historydev]

Niksak, не нужно плодить комментарии с уточнениями, отредактируй описание вопроса.

[WapSter]

Достаточно настраиваемый сборщик или просто использовать if для этого микросервисы не нужны

[Niksak]

WapSter, а как на счет оптимизации? Для этого простой lazy loading подойдет?
Или как на счет безопасности от отвала систем? Мол, одна точка отказа - откажет и все разом ляжет
А так ляжет что-то одно, остальное продолжит работу

Answer 1

[inkrot]

Зависит от масштаба вашего проекта, но скорее всего ответ - нет.

У вас 1 команда фронтендеров, которая делает все модули системы.
Микросервисы (в том числе на фронте) помогают, если у вас разные команды и каждая делает свой модуль, и хотят в разные время деплоить свою часть независимо от остальной системы. Без хорошо написанного CI/CD, BFF и обертки над микрофронтами - вы только усложните жизнь себе и юзерам.

Если у вас тяжеловесный модуль, можно использовать lazy loading (https://react.dev/reference/react/lazy), во всех современных фронтенд фреймворках есть его поддержка. Не усложняйте архитектуру проекта без острой необходимости. А когда вам реально потребуется микросервисная архитектура, вы это сразу почувствуете.

Comments

[Niksak]

Как обстоит вопрос с оптимизацией? Насколько микрофронты будут добавлять к оптимизации?
Если модулей реально очень много, за 20 ( допустим ), то как быть?

Т.е. все прелести микрофронтов только и только в том, что куча команд может независимо разрабатывать?
Если команда одна то и не нужны микрофронты? Даже в плане оптимизации нет смысла их юзать?

[Niksak]

Что делать, если отвалится какая-то часть системы?
Допустим, у нас монорепа - отвалился модуль и отвалится вся система или как? Я думаю, что не отвалится т.к. просто не будет работать страница определенная, остальное должно работать

В общем, вопрос про:
1) Оптимизацию
2) Атаки, как лучше если сервера будут падать из-за атак/чего-либо еще

[inkrot]

В монорепе можно сделать так, что сбой одного модуля не завалит всю систему (смотрите на best practice в своем фреймворке), для этого не обязательно выносить в отдельные приложения.

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

Про атаки могу сказать одно: явно проще атаковать систему у которой больше точек входа

[Niksak]

inkrot, ты сказал про монорепу, имея ввиду всякие турбо, nx и другие инструменты?
А если просто взять и начать разрабатывать без этого всего, просто создал vite проект и просто пишешь его сразу
Или ты об этом как раз?