Оптимизированный вызов http-сервиса с помощью лазурной сервисной ткани

Question

У меня есть 2 приложения (A1 и A2), размещенные в лазурной сервисной структуре, каждое приложение со своим собственным безгаранным надежным микросервисом (S1 и S2). Приложение A1 зависит от S1, а приложение A2 зависит от S2. Кроме того, служба S2 зависит от S1. И S2, и S1 - это сервисы api, поддерживающие owin. Когда запрос на A2 заканчивается на S2, мне нужно сделать вызов от S2 до S1. Я пытаюсь понять оптимизированный способ сделать это.

1) Должен ли я использовать HttpClient в S2 для вызова S1? Как получить разрешение для S1 в стороне S2? Это только что опубликованный uri для S1, и ткань будет знать, как оптимизировать эти вызовы? 2) Должен ли я реализовать 2 прослушивателя в S1 (одна конечная точка http для клиентов A1 и одна конечная точка удаленного обслуживания с интерфейсом для вызова с S2)? Опять же, как работает разрешение адреса?

В любом случае образцы с коротким кодом окажут огромную помощь.

Спасибо. Raghu/..

Answer 1

Да S2 может использовать HttpClient для вызова S1. Сначала S2 должен решить адрес для S1. Для этого у Service Fabric есть API. Вот некоторая документация, которая дает вам обзор того, как это работает:

https://azure.microsoft.com/en-us/documentation/articles/service-fabric-connect-and-communicate-with-services/

https://azure.microsoft.com/en-us/documentation/articles/service-fabric-reliable-services-communication/

И простой пример приложения, которое имеет одну услугу, устраняющее адрес второго сервиса (это решение с учетом состояния службы но она работает так же, как для лиц без)

https://github.com/Azure-Samples/service-fabric-dotnet-getting-started/tree/master/Services/WordCount/WordCount.WebService