Взаимодействие с Microservice

Question

Хотелось бы узнать, что лучше всего подходит для того, чтобы один Microservice мог взаимодействовать с другим Microservice?

Я развиваюсь в C#. В настоящее время я создал служебную шину, которая передает новые события, созданные из одного Microservice. Затем я использую task runner (WebJob), который расходует сообщения с шины, а затем я использую Http для отправки в другую конечную точку Microservice. Каждый микросервис представляет собой web api.

Я хотел бы спросить, правильно ли я делаю это, если нет, то я рад услышать предложения.

Answer 1

Ваше занятие - это первый шаг к изготовлению Microservice; делая каждую услугу максимально компактной/независимой/изолированной/уникальной, выставляйте их на хорошо известную (REST) ​​конечную точку и передавайте их сообщениям.

Невозможно подробно описать определение Microservice на этом посту, но вы можете прочитать много статей о модели Actor, Microservice или их связанных шаблонах и приложениях.

Практически существуют рамки для достижения архитектуры Microservice. Akka.net и Azure Service Fabric рекомендуется для разработчиков C#.

Кроме того, вы сказали WebJob и если это Azure WebJobs, почему вы не читали эту большую статью; https://msdn.microsoft.com/en-us/magazine/mt595752.aspx

Надеюсь, это поможет.

Answer 2

Одним из ключевых преимуществ и характеристик микросервисов является децентрализованное управление данными, а это означает, что каждая услуга (т. Е. Каждое приложение служебной ткани) управляет своей собственной базой данных, а любые другие внешние ограниченные контексты должны проходить через API-интерфейс службы, чтобы добраться до него , Я считаю, что одной из самых больших проблем в архитектуре микросервиса является определение ограниченного контекста и то, как он может отражать структуру бизнеса и команды/технологию/геолокацию.