Как правильно связать простые микросервисы с общими данными?

Question

[grabbee]

Пытаюсь понять как лучше.. Имея простые данные типа Пользователи, Контакты, Сообщения - разделить их на три микросервиса
1. Пользователи - список по ID плюс данные каждого и поиск
2. Контакты - список ID + ID собеседника для каждого пользователя, свойства контакта, фильтры
3. Сообщения - список ID + ID собеседника, текст сообщения, статус, поиск

В списке контактов должна быть информация о собеседнике из Пользователи и желательно начало текста сообщения как превью из Сообщения

А в Сообщениях информация о собеседнике(Пользователи) и статус Контакта
---

Как правильно взаимодействовать с ними? Дублировать данные в Контакты как некоторую инфу о контакте(имя, возраст, город) и часть сообщения? Или делать по три запроса на один список контактов...

Данные запрашивает фронтенд по REST и весь Вью там

Answer 1

[AlexNomad]

На мой взгляд, не совсем верно выделять микросервисы "Пользователи", "Контакты", "Сообщения". Вас тянет парадигма ООП (сущности, существительные). А микросервисы про бизнес-задачи (глаголы).
Сравните:
Пользователи, Контакты, Сообщения
и
Авторизация, Обмен сообщениями.

Соответственно "Авторизация" имеет свою БД со списком всех зашедших пользователей и все (!) инструменты (фильтры, поиски и т.п.) для работы с ними.
Аналогично "Обмен сообщениями" имеет свою базу данных со всеми сообщениями и все (!) инструменты по работе и пересылке сообщений.
Над ними может быть (а может и не быть) объединяющий микросервис "Объединить" (Gateway).

П.С. Думайте глаголами.

Comments

[grabbee]

Таки я полностью согласен)) Просто у меня ещё есть "глагол" Контактировать(контакты) до того, как пользователи смогут писать друг другу сообщения. Как в тиндере "пары", как в ВК "друзья" и тп.. Как вы и говорите, появляется новый независимый микросервис, который заботится о том, чтобы знать
* Кого как зовут, кому сколько лет, кто где живет
* Как давно "познакомились", какой действующий статус

То есть. Загружая список контактов, сервис должен знать Имена, а не только ID`s. А имена же есть ещё и в результатах поиска, и в анкете каждого пользователя... Да и в переписке было бы не плохо показать имя собеседника. При использовании сущностей мы просто делаем JOIN данных. А у микросервиса(в идеале) собственная БД

Answer 2

[Александр Аксентьев]

собирать на бекенде с трех запросов один или на фронте, это уж как большое нравится.
В этом прелесть мискросервисов.
Дублировать никуда ничего не надо.

И конечно надо учесть что будет если один из сервисов ложится.