Какой из них хороший микросервисный дизайн?

Question

Я создаю микросервисы, представляющие каталог продуктов.

Microservice 1: возвращает информацию о продукте, такую ​​как ID, Name, Des c, Цена (USD)

Microservice 2: Сервис обмена валют . Если я дам 10 и попрошу перевести доллары в INR, он вернет 700

Microservice 3: он объединяет и то, и другое, выполняя вызов API WebClient. Я отправляю запрос в Microservice 1 и получаю информацию о продукте, и для каждой указанной цены я звоню в Microservice 2, чтобы получить значение обмена.

Итак, здесь Microservice 3 вызывает Microservice 2, Microservice 3

Но я запутался. Это также может работать таким образом ..

Микросервис 1 вызывает микросервис 2, микросервис 2 вызывает микросервис 3.

Какой из них идеален?

Answer 1

Легко обслуживаемый и тестируемый - обеспечивает быструю и частую разработку и развертывание.

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

Независимое развертывание - позволяет команде развернуть свой сервис без необходимости координировать свои действия с другими командами высокий коммуникационный руководитель больших команд

Answer 2

Лично я считаю, что первый метод идеален, когда у вас есть микросервис 3, который находится перед двумя другими сервисами и объединяет API, найдите api-gateway, этот шаблон проектирования довольно распространен :), если я правильно разобрался в архитектуре