Или вы ее внедрили где-то?

У Авито 100% внедрена. У Леруа. Но у обоих свои

Вообще, думаю в @kubernetes_ru лучше спросить

А как собирать-то это потом? Уже сто лет про эти микрофронтенды слышу, но потом оказывается, что для этого надо "удивительный плагин на Nginx, который собирает микрофронтенды в бандл, который мы написали сами и опенсорсить не планируем"

Service mesh упрощенно дает унификацию подхода к безопасности и роутингу, убирает spof гейтвея, но увеличивает время ответа сервиса

Внедрять там особенно нечего, это готовый кусок функционала, в кубе широко используется Istio

Мы разработкой такой занимаемся уже несколько лет. Меня мысли с mesh и zero configuration мучали последние лет 5 и я постепенно сам пришёл к тому, что сейчас называется service mesh. Боль была одна, убрать централизацию для дискавери малосвязанных компонентов или реплик компонентов, решением стало mDNS для дискавери, а связанность mesh vpn + gossip на данный момент.
На бекенде пришли к базе cockroachdb, как оптимальному решению под задачи распределенной бд с поддержкой ACID и асинхронной репликацией мастер-мастер.

В статье речь идёт про data mesh, service mesh тема уже не новая

Я отвечал на вопрос) там четко было сформулировано про service mesh, кто использует

вы про SSI ? Так он не удивительный и работает почти во всех приличных веб серверах с года так 1993...

Да, спасибо) моё сообщение выбилось из контекста

Именно - доменно-продуктовый подход

Если говорить про data mesh, то в первую очередь надо понять, а кто и под какие задачи готов использовать, а самое главное какими жертвами.
Это же полный отказ от согласованности данных. Выкинуть raft из любой современной БД и сделать децентрализацию не сложно, но это ломает все принципы её происхождения.
Хранить несвязанные данные, так CDN получим, а много ли он задач решает🤔

Пробежался по статье. Жаль, что автор смешал всё в кучу, и мультмедия, и транзакции, и мета данные. Придумывать универсальное решение для абсолютно разных задач такое себе.
А в целом подход похож на развития блокчейна, начало децентрализованного шардинга. Жертвовать нужно оверхедом данных по сети и большим количество проверок на клиенте.
Решающим фактором станет latency, который вырастает в десятки или сотни раз

Коллеги, посоветуйте, пожалуйста, литературу по интеграции ИС. На что стоит сделать упор при изучении этого вопроса?

EIP ?

Всё не так однозначно. Прокомментирую позже

На коммуникациях и управлении рисками. Большая часть провалов в интеграции связано с этими аспектами. И да, конечно EIP, это гигиенический минимум

Это что?

Enterprise Integration Patterns