Azure 服务结构 - 服务通信

Question

据我所知，在 Azure 服务结构中，服务通信可以通过直接访问端点（或）反向代理来实现。 目前我正在使用以下代码直接访问其他服务端点：

        var service = $"fabric://myapp/**service1**";
        var servicePartitionResolver = ServicePartitionResolver.GetDefault();

        var partition = await servicePartitionResolver.ResolveAsync(new System.Uri(service),
            new ServicePartitionKey(), default(CancellationToken));
        var serviceEndpointJson = partition.GetEndpoint().Address;

        string endpointUrl = JObject.Parse(serviceEndpointJson)["Endpoints"][string.Empty].Value<string>();

如果 service1 实例在预期的节点 1 上不可用，但在 SF 集群的节点 2 上可用，这种方法是否有效？

是否直接访问服务端点 - 方法使用“命名服务”（如反向代理方法）通过服务 url 识别请求的服务地址？

使用上述直接访问调用实现来发现内部服务通信的服务有什么缺点吗？

Answer 1

已解析的端点应该可以工作，但您可以通过更简单的方式做到这一点：

• 使用 built-in DNS 在使用 HTTP 的服务之间进行通信。
• 使用SF Remoting在服务之间进行通信。

DNS 允许您通过传入应用程序和目标服务详细信息来获取端点。 SF 远程处理以类似的方式工作。最后一个的主要优点是 SF 远程客户端具有内置的瞬态错误处理（只要远程服务暂时不可用，它就会重试调用）。