2017-08-24 3 views
0

J'ai une application autonome (application hébergée Nancy autonome en C#) et elle doit être compressée pour le service-fabric. L'application est une application frontale et il y aura plus d'une instance unique. Chaque instance devrait découvrir le reste d'entre eux car elle doit communiquer directement avec le reste d'entre eux (ils sont dans le même cluster).Azure - communication entre nœuds de service

Existe-t-il un moyen de nommer ces instances afin qu'elles deviennent accessibles par leur nom (en utilisant l'approche DNS - est-ce le meilleur?), Sans compter sur Service Fabric API?

(j'ai trouvé la manière dont le nom du service, mais je ne sais pas comment accéder à l'instance de service individuel directement)

Répondre

1

DNS

Vous pouvez parler à un service Stateless après avoir découvert son adresse de point de terminaison en utilisant le service de nommage DNS &. (Le DNS service mappe les noms DNS aux noms de service.) Vous ne pouvez pas influencer l'instance à laquelle vous allez parler.

découverte de point de terminaison de service & surveillance

Qu'est-ce que vous pouvez faire est iterate sur les services de la demande de les découvrir. Par exemple, par type. Assurez-vous que vous aussi monitor changes, les points de terminaison peuvent se déplacer en raison des déploiements, des plantages, l'équilibrage des ressources. Chaque instance peut alors exposer un point de terminaison secondaire unique (par exemple http), de sorte qu'elle peut être ciblée individuellement.

alternative à la découverte de service

En ayant chaque instance de service lui-même sans état dans un registre (auto- développé) (Stateful) de service du registre. Vous pouvez ensuite demander à ce service quelles instances sont connues.