Хотелось поделиться проблемой/историей которую я наблюдаю в больших компаниях. И я смотрю на микро-фронтэндную архитектуру как решение и ищу есть ли для нас готовый ответ.
О5 про историю- про то как большие компании выросли вокруг микро-сервисов. Бэкэнд организовали в много (слишком много) слабо связанных команд отвечающих за свою область.
Дальше по мере потребности к ним (бэкэндовским командам) прибавляют другие функции - как Продукт Мэнэджер, Проджект итд
Потом появляется необходимость писать фронтэнд - я хочу отметить что речь идет про фронтэнд в основном внутренний, но в больших компаниях это огромная сфера. Не просто админка. Там куча пользователей/ куча команд
Netflix любит писать про свою Studio suites, в Uber много, Airbnb их много. Так вот это фронтэнд внутренний то есть найти толкового дизайнера сложнее и продукт мэнэджеры если они есть то находятся в капсуле своей вот этой области обрисованной микро-сервисом
Получается много небольших но нужных фронтов которые похожи но не совсем, в каждом по 2-3 инженера которые периодически встречаются и жалуются друг другу на бэкэнды.
Так вот в этой истории фронтэндеры стали заложниками микро-сервисной архитектуры и можно тут объединиться и создать что-то гораздо интереснее.
Но чтобы объединиться нужна платформа (микро-фронтэнды? )Потому что пообещать что мы сейчас все вместе сядем и продумаем идеальные компоненты для всех возможных юай будет безотвественно
Так теперь про конкретные решения на которые я смотрю - modules federation да безусловно. Но он решает проблемы более нижнего уровня (отдельные билды) что абсолютно необходимо.
Кажется что чего-то еще не хватает. Что-то типа Protobuf аналога. Когда каждый сервис имеет очень хорошо описанный интерфейс и границы.
Диана Суворова