Я ломал голову над лучшим подходом к решению приведенной ниже проблемы, и я был бы признателен за отзывы о том, что я планирую, от более опытных разработчиков этого типа архитектуры.
Сценарий состоит в том, что у меня есть мобильное приложение (написанное на Xamarin Forms), которое должно поддерживать двустороннюю синхронизацию данных, и в настоящее время я изучаю различные методы для поддержки этого, и в настоящее время я нахожусь на стороне SignalR для самое эффективное по данным предложение, и я придумал схему ниже, как, по моему мнению, это будет работать (микро сервисы FTW):
Push с мобильного телефона:
MobileClient ---> SignalRServer ---> ReceiverClient ---> DataAPI
Push с сайта:
Веб-сайт ---> DataAPI ---> SignalRServer ---> MobileClient
Я знаю, что могу сменить передачу с мобильного на прямую связь с DataAPI, однако в идеале я хотел бы, чтобы мобильное приложение имело согласованный метод связи с нами после получения первоначального пакета данных.
Причина, по которой я спрашиваю здесь, состоит в том, что в приведенной выше схеме я не уверен в наилучшем подходе к архитектуре, принятом с ReceiverClient, обычно в прошлом я создавал что-то подобное в качестве службы Windows .Net Framework из-за это постоянный характер, однако я хотел бы использовать более кросс-платформенный подход (ядро dotnet), который использует докер-контейнеры для хостинга.
Будем благодарны за любые советы по поводу вышеуказанного подхода и рекомендации по типу приложения, которым должен быть ReceiverClient.