Сократить использование симулированных вызовов в архитектуре микро-сервисов

Question

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

Итак, мой вопрос о сборе идей или просто мнений; потому что в Интернете это просто радуга и цветы о притворстве, никто не замечает, что в конце концов он связан, потому что микросервис А не даст никакого ответа, пока не получит данные от Б.

Так можете ли вы придумать какой-нибудь способ, который может уменьшить притворные звонки? Или вы даже считаете это недостатком архитектуры микроуслуг?

Answer 1

Нельзя избежать связи в распределенной системе, службы должны вызывать друг друга, чтобы избежать дублирования. Если вы можете перепроектировать систему, вы можете поменять некоторые из синхронных вызовов Feign на асинхронные события, например, используя Apache Kafka .

Недостатком может быть размер ваших микросервисов. Если вы обнаружите, что постоянно изменяете количество из них для предоставления единой функции, возможно, они слишком мелкозернистые. Когда дело доходит до микроуслуг, не существует универсального подхода.