Service Fabric：服务之间的调用有延迟？

Question

我们正在开发一个由多个不同服务组成的服务结构应用程序，我们的应用程序工作方式的一个关键部分是这些服务需要大量相互调用。

直到最近，当我们增加应用程序的负载并发现它大大减慢时，我们才遇到任何问题。经过大量调查和计时各种事情，我们发现问题似乎是当我们对一种类型的服务（其中我们有几个实例）进行大量调用时，调用似乎是我们调用服务之间的一些延迟，并且服务实际上开始处理请求。

我们在 Microsoft here 描述的服务之间调用

更清楚一点：ServiceA 获取到 ServiceB 的引用，然后调用 ServiceB.GetResult()，我们记录在 ServiceA 中调用此方法的时间，我们在 GetResult() 中做的第一件事是记录处理开始。没有负载时只有几毫秒，一旦我们增加负载，我们发现这些时间之间会有 4-5 秒延迟。

这是服务结构中的某种限制吗？我们有多个 ServiceB 实例，集群上的资源使用量基本为零，CPU 徘徊在 10% 左右，所有节点上的内存使用量约为 1/4，但服务的吞吐量非常低，因为它在这里等待。

为什么要等待？对于服务一次可以处理的不同调用是否有某种定义的限制？我们的沟通有问题吗？

谢谢。

Answer 1

MaxConcurrentCalls 设置似乎正是我所需要的。

连接到服务时：

            FabricTransportSettings transportSettings = new FabricTransportSettings
            {
                MaxConcurrentCalls = 32
            };

            ServiceProxyFactory serviceProxyFactory = new ServiceProxyFactory(
                (c) => new FabricTransportServiceRemotingClientFactory(transportSettings));

            service = serviceProxyFactory.CreateServiceProxy<T>(serviceUri);

创建服务监听器：

protected override IEnumerable<ServiceInstanceListener> CreateServiceInstanceListeners()
    {
        FabricTransportListenerSettings listenerSettings = new FabricTransportListenerSettings
        {
            MaxConcurrentCalls = 32
        };
        return new[]
        {
            new ServiceInstanceListener(
            (context) => new FabricTransportServiceRemotingListener(context,this,listenerSettings))
        };
    }