Optimierter HTTP Service Aufruf mit in azurem Service Fabric

Question

Ich habe 2 Anwendungen (A1 und A2) in azurem Service Fabric gehostet, jede Anwendung mit eigenen zustandslosen zuverlässigen Micro-Service (S1 und S2). Die App A1 ist abhängig von S1 und die App A2 hängt von S2 ab. Außerdem hängt der S2-Dienst von S1 ab. Sowohl S2 als auch S1 sind gehostete REST-API-Dienste. Wenn die Anfrage für A2 in S2 endet, muss ich von S2 zu S1 anrufen. Ich versuche herauszufinden, wie dies optimiert werden kann.

1) Sollte ich HttpClient in S2 verwenden, um S1 anzurufen? Wie bekomme ich die Auflösung für S1 in S2? Ist es nur veröffentlicht URI für S1 und Fabric wird wissen, wie diese Anrufe zu optimieren? 2) Sollte ich 2 Listener in S1 implementieren (ein HTTP-Endpunkt für A1-Clients und ein Dienst-Remotedesktop mit einer Schnittstelle, die von S2 aus angerufen werden kann)? Wie funktioniert die Adressauflösung?

In jedem Fall wären kurze Codebeispiele von immenser Hilfe.

Danke. Raghu/..

Answer 1

Ja S2 kann HttpClient verwenden, um S1 aufzurufen. Zuerst muss S2 eine Adresse für S1 auflösen. Service Fabric verfügt über APIs dafür. Hier einige Dokumentation, die Ihnen einen Überblick über gibt, wie das funktioniert:

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/

Und eine einfache Beispielanwendung, die einen Dienst hat, der die Adresse eines zweiten Dienst auflöst (es ist die Lösung eine Stateful-Service aber es die gleiche Art und Weise für stateless arbeitet)

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