CN107800768A - 开放平台控制方法和系统 - Google Patents

Abstract

本发明涉及一种开放平台控制方法，所述方法包括：负载均衡服务器接收调用方发起的携带服务方资源调用接口名的资源调用请求，并根据预设负载均衡算法，分配所述资源调用请求至执行服务器；所述执行服务器查找与所述服务方资源调用接口名对应的服务方标识，统计与所述服务方标识对应的并发任务线程个数，若与所述服务方标识对应的并发任务线程个数小于与所述服务方标识对应的第一预设最大并发任务线程个数，则创建与所述资源调用请求对应的任务线程，利用所述任务线程执行所述调用方发起的资源调用请求，并将执行结果返回给所述调用方。采用此方法可以提高开放平台的稳定性。此外，还提供了一种开放平台控制系统。

Description

开放平台控制方法和系统

技术领域

本发明涉及计算机技术领域，特别是涉及一种开放平台控制方法和系统。

背景技术

在软件行业和网络中，开放平台(Open Platform)是指软件系统通过公开其应用程序编程接口(API，Application Programming Interface)或函数(function)来使外部的程序可以增加该软件系统的功能或使用该软件系统的资源，而不需要更改该软件系统的源代码。

开放平台作为资源调用平台，每日承担着数千万级的调用量。传统的开放平台控制方法通过设置队列来控制资源的调用。然而对于某一服务方系统调用量的突然爆发，或者某一服务方系统响应时间过长，导致开放平台的资源池被某些调用方系统异常占用，影响了其他调用方系统的正常资源调用，从而降低了开放平台的稳定性。

发明内容

本发明实施例提供了一种开放平台控制方法和系统，可以提高开放平台的稳定性。

一种开放平台控制方法，所述方法包括：

负载均衡服务器接收调用方发起的资源调用请求，所述资源调用请求携带服务方资源调用接口名；

所述负载均衡服务器根据预设负载均衡算法，分配所述资源调用请求至执行服务器；

所述执行服务器查找与所述服务方资源调用接口名对应的服务方标识；

所述执行服务器统计与所述服务方标识对应的并发任务线程个数；

若与所述服务方标识对应的并发任务线程个数小于与所述服务方标识对应的第一预设最大并发任务线程个数，所述执行服务器创建与所述资源调用请求对应的任务线程；

所述执行服务器利用所述任务线程执行所述调用方发起的资源调用请求；

所述执行服务器将所述资源调用请求的执行结果返回给所述调用方。

在其中一个实施例中，所述负载均衡服务器根据预设负载均衡算法，分配所述资源调用请求至执行服务器，包括：所述负载均衡服务器统计每一台执行服务器的当前并发任务线程个数；若所述执行服务器的当前并发任务线程个数小于所述执行服务器对应的第二预设最大并发任务线程个数，则计算所述执行服务器的任务线程可用率；根据所述每一台执行服务器的任务线程可用率确定任务线程可用率最大值对应的执行服务器；分配资源调用请求至所述任务线程可用率最大值对应的执行服务器。

在其中一个实施例中，所述服务方标识是域名或IP地址。

在其中一个实施例中，在所述执行服务器查找与所述服务方资源调用接口名对应的服务方标识之前，还包括：所述执行服务器统计预设时间范围内接收到的资源调用请求中与所述服务方标识对应的资源调用请求的个数；若所述服务方标识对应的资源调用请求的个数小于所述服务方标识对应的预设资源调用请求最大调用次数，则所述执行服务器查找与所述服务方资源调用接口名对应的服务方标识。

在其中一个实施例中，所述执行服务器利用所述任务线程执行所述调用方发起的资源调用请求，包括：所述执行服务器利用所述任务线程将所述资源调用请求转发给与所述服务方标识对应的服务方；所述执行服务器获取所述服务方执行与所述服务方资源调用接口名对应的接口函数的执行结果。

一种开放平台控制系统，所述系统包括：

负载均衡服务器，用于接收调用方发起的资源调用请求，所述资源调用请求携带服务方资源调用接口名，并根据预设负载均衡算法，分配所述资源调用请求至执行服务器；

执行服务器，用于接收负载服务器分配的所述资源调用请求，查找与所述服务方资源调用接口名对应的服务方标识，统计与服务方标识对应的并发任务线程个数，若与所述服务方标识对应的并发任务线程个数小于与所述服务方标识对应的第一预设最大并发任务线程个数，创建与所述服务方标识对应的任务线程，利用所述任务线程执行所述调用方发起的资源调用请求，将所述资源调用请求的执行结果返回给所述调用方。

在其中一个实施例中，所述负载均衡服务器用于统计每一台执行服务器的当前并发任务线程个数；若所述执行服务器的当前并发线程个数小于所述执行服务器对应的第二预设最大任务线程个数，则计算所述执行服务器的任务线程可用率；根据所述每一台执行服务器的任务线程可用率确定任务线程可用率最大值对应的执行服务器；分配资源调用请求至所述任务线程可用率最大值对应的执行服务器。

在其中一个实施例中，所述服务方标识是域名或IP地址。

在其中一个实施例中，所述执行服务器还用于统计预设时间范围内接收到的资源调用请求中与所述服务方标识对应的资源调用请求的个数；若所述服务方标识对应的资源调用请求的个数小于所述服务方标识对应的预设资源调用请求最大调用次数，则执行查找与所述服务方资源调用接口名对应的服务方标识。

在其中一个实施例中，所述执行服务器利用所述任务线程将所述资源调用请求转发给与所述服务方标识对应的服务方；获取所述服务方执行与所述服务方资源调用接口名对应的接口函数的执行结果。

上述开放平台调用方法和系统，通过给服务方标识对应的并发任务线程个数加以限定，使得不同服务方的资源调用请求的处理得到控制，有效避免了因某一服务方系统调用量的突然爆发，或者某一服务方系统响应时间过长，导致开放平台的资源池被某些调用方系统异常占用甚至发生瘫痪的问题，从而提高了开放平台的稳定性。

附图说明

图1为一个实施例中开放平台控制方法的应用环境图；

图2为一个实施例中开放平台控制方法的流程图；

图3为一个实施例中资源调用请求分配方法的流程图；

图4为另一个实施例中热点资源调用请求控制方法的流程图；

图5为一个实施例中资源调用请求执行方法的流程图；

图6为一个实施例中开放平台控制系统的结构框图；

图7为一个实施例中服务器的内部结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供的开放平台控制方法可应用于如图1所示的环境中。参考图1所示，负载均衡服务器102接收调用方104发起的资源调用请求，并根据预设负载均衡算法分配资源调用请求至执行服务器106，以使执行服务器106执行资源调用请求，并将执行结果返回给调用方104。具体的，负载均衡服务器102接收调用方104发起的资源调用请求，资源调用请求携带服务方资源调用接口名，负载均衡服务器102根据预设负载均衡算法，分配资源调用请求至执行服务器106，执行服务器106查找与服务方资源调用接口名对应的服务方标识，执行服务器统计与服务方标识对应的并发任务线程个数，若与服务方标识对应的并发任务线程个数小于与服务方标识对应的第一预设最大并发任务线程个数，执行服务器106创建与资源调用请求对应的任务线程，并利用任务线程执行调用方104发起的资源调用请求，并将执行结果返回给调用方104。

在一个实施例中，如图2所示，提供了一种开放平台控制方法，包括：

步骤202，负载均衡服务器接收调用方发起的资源调用请求，资源调用请求携带服务方资源调用接口名。

开放平台的资源调用涉及到调用方、服务方和开放平台三方，服务方将系统接口发布在开放平台上，以供调用方调用。其中，开放平台的后端是由若干个服务器构成的服务器集群，包括负载均衡服务器和执行服务器。负载均衡服务器是进行负载均衡分配的服务器，通过负载均衡服务器，将服务请求均衡分配到执行服务器，从而保证整个开放平台的响应速度。执行服务器即实际执行服务请求的服务器。

本实施例中，由开放平台后端服务器集群中的负载均衡服务器接收调用方发起的资源调用请求，以便将该资源调用请求分配给执行服务器，且该资源调用请求携带服务方资源调用接口名，该服务方资源调用接口名用于唯一标识开放平台提供的服务方资源。

步骤204，负载均衡服务器根据预设负载均衡算法，分配资源调用请求至执行服务器。

预设负载均衡算法是预先设置的资源调用请求分配算法，可以是轮询算法，随机算法，会话保持算法和权重算法等。

具体地，轮询算法是按照预设分配顺序将接收到的资源调用请求顺序分配给执行服务器，该方法均衡地对待每一台执行服务器。随机算法是将接收到的资源调用请求随机分配给服务器集群中的任一台执行服务器。会话保持算法(又称为源地址哈希法)首先获取发起资源调用请求的调用方的IP地址，再通过哈希函数计算对应于该调用方IP地址的映射数值，用该映射数值对执行服务器集群的大小(执行服务器集群中总共有5台执行服务器，则该执行服务器集群的大小为5)进行取模运算，得到的结果便是实际执行资源调用请求的服务器的序号，采用源地址哈希法进行负载均衡，当执行服务器集群的大小及顺序均不变时，同一IP地址的调用方发起的资源调用请求会被分配到同一台执行服务器。权重算法根据每一台执行服务器的优先级或当前的负载状况(即权值)来构成负载平衡的多个优先级队列，队列中的每个等待处理的连接都具有相同处理等级，队列之间按照优先级的先后顺序进行均衡处理，其中，权值是基于各节点能力的一个估计值；权重算法本身是一种辅助算法，需要与其他算法结合使用，如与轮询算法结合使用，形成加权轮询算法，即预先给每一个执行服务器分配对应的权重系数，当负载服务器接收到资源调用请求后，按照预设分配顺序和权重系数分配该资源调用请求，如执行服务器集群中有执行服务器A，执行服务器B和执行服务器C，且预设分配顺序是执行服务器C，执行服务器A，执行服务器B，对应的权重系数分别为1，2和3，则执行服务器被分配到的顺序依次是执行服务器C，执行服务器A，执行服务器A，执行服务器B，执行服务器B和执行服务器B。

步骤206，执行服务器查找与服务方资源调用接口名对应的服务方标识。

本实施例中，服务方标识用于唯一标识服务方，可以是服务方IP地址，也可以是服务方域名，还可以是自定义字符串等。

步骤208，执行服务器统计与服务方标识对应的并发任务线程个数。

执行服务器中对于资源调用请求采用并发处理机制，以提高开放平台系统的执行效率。本实施例中，执行服务器根据接收到的服务方资源调用接口名找到与之对应的服务方标识后，再统计当前并发任务线程中与服务方标识对应的并发任务线程个数以完成后续操作。

步骤210，若与服务方标识对应的并发任务线程个数小于与服务方标识对应的第一预设最大并发任务线程个数，执行服务器创建与资源调用请求对应的任务线程。

第一预设最大并发任务线程个数是预先设置的与服务方标识对应的并发任务线程的最大值。第一预设最大并发任务线程根据服务方资源调用量和服务方资源调用频率的不同具有不同的对应值，比如资源调用请求携带的服务方资源调用接口名对应的服务方是服务方A，由于服务方A的历史调用较为频繁，所以设置服务方A的预设最大并发任务线程处理个数是6(该执行服务器的最大并发任务线程数是10)；另一个资源调用请求携带的服务方资源调用接口名对应的服务方是服务方B，由于服务方B的历时调用频率较小，所以设置服务方B的预设最大并发任务线程处理个数是2。

本实施例中，预设最大并发任务线程处理个数是针对接收到资源调用请求的单个服务器而言的。在其他实施例中，第一预设最大并发任务线程个数可以是开放平台系统对应的服务器集群中的所有执行服务器对应的最大并发任务线程个数，相应地，步骤208统计的与服务方标识对应的并发任务线程个数即接收到资源调用请求的执行服务器统计开放平台系统对应的服务器集群中的所有执行服务器中与服务方标识对应的并发任务线程个数。

本实施例中，当与服务方标识对应的并发任务线程个数小于与该服务方标识对应的第一预设最大并发任务线程个数，则说明接收到资源调用请求的执行服务器仍然有处理与该服务方标识对应的资源调用请求的能力，于是执行服务器创建一个新的任务线程，该新的任务线程用于执行与服务方资源调用接口名对应的资源调用请求。

在其他实施例中，当与服务方标识对应的并发任务线程个数等于与该服务方标识对应的预设最大并发任务线程处理个数，则发送提示资源调用请求拒绝消息给调用方，告知调用方发送的资源调用请求当前没有可用线程来处理，以便调用方后续重新发送资源调用请求。

步骤212，执行服务器利用任务线程执行调用方发起的资源调用请求。

本实施例中，在确定了执行服务器具有处理资源调用请求的能力后，利用创建的任务线程执行调用方发起的资源调用请求。

步骤214，执行服务器将资源调用请求的执行结果返回给调用方。

执行服务器利用创建的任务线程执行调用方发起的资源调用请求后，将执行结果发送给调用方。

本实施例中，通过给服务方标识对应的并发任务线程个数加以限定，使得不同服务方的资源调用请求的处理得到控制，有效避免了因某一服务方系统调用量的突然爆发，或者某一服务方系统响应时间过长，导致开放平台的资源池被某些调用方系统异常占用甚至发生瘫痪的问题，从而提高了开放平台的稳定性。同时，开放平台通过负载均衡服务器将接收到的资源调用请求转发给执行服务器，以使执行服务器执行资源调用请求，分离了资源调用请求的分配和执行功能，提高了开放平台的执行效率。

在一个实施例中，如图3所示，上述步骤202包括：

步骤302，负载均衡服务器统计每一台执行服务器的当前并发任务线程个数。

本实施例中，负载均衡服务器在接收到调用方发起的资源调用请求后，通过统计每一台执行服务器的当前并发任务线程个数，以进行后续的资源调用请求分配。

步骤304，若执行服务器的当前并发任务线程个数小于执行服务器对应的第二预设最大并发任务线程个数，则计算执行服务器的任务线程可用率。

本实施例中，第二预设最大并发任务线程个数是预先设置的对应于执行服务器的并发任务线程个数，如执行服务器甲的性能较好，则设置执行服务器甲对应的第二预设最大并发任务线程个数为20，执行服务器乙的性能稍弱，则设置执行服务器乙对应的第二预设最大并发任务线程个数为16。任务线程可用率为执行服务器中但钱可用线程个数与预设最大任务线程个数的比例，如某一台执行服务器的当前并发任务线程个数为4，该执行服务器对应的预设最大任务线程个数是10，则当前可用任务线程数为6，任务线程可用率为0.6。

本实施例中，若开放平台对应的服务器集群中的执行服务器的当前并发线程个数小于该执行服务器对应的第二预设最大线程个数，则说明该执行服务器具有处理资源调用请求的能力，再通过计算该执行服务器的任务线程可用率，为后续筛选出任务线程可用率最大值对应的执行服务器做准备。

步骤306，根据每一台执行服务器的任务线程可用率确定任务线程可用率最大值对应的执行服务器。

本实施例中，根据步骤304计算的执行服务器的任务线程可用率，在具有处理资源调用请求能力的执行服务器集群中，筛选出任务线程可用率最大值对应的执行服务器。

步骤308，分配资源调用请求至任务线程可用率最大值对应的执行服务器。

在成功筛选出具有处理资源调用请求能力且任务线程可用率最高的执行服务器后，将资源调用请求分配给该执行服务器。

本实施例中，首先通过统计执行服务器集群中每一台执行服务器的当前并发任务线程个数确定具有处理资源调用请求能力的执行服务器集合，再通过计算该执行服务器集合中的每一台执行服务器对应的任务线程可用率，将接收到的资源调用请求分配给任务线程可用率最高的执行服务器，提高了开放平台的响应速度。

在一个实施例中，如图4所示，在步骤206之前，还包括：

步骤402，执行服务器统计预设时间范围内接收到的资源调用请求中与服务方标识对应的资源调用请求的个数。

本实施例中，执行服务器在接收到资源调用请求后，先统计预设时间范围内开放平台对应的所有执行服务器接收到的资源调用请求中与服务方标识对应的资源调用请求的个数。如接收到资源调用请求的执行服务器统计在24小时内开放平台对应的所有执行服务器接收到与该资源调用请求对应的服务方标识相同的资源调用请求个数为10000。

在其他实施例中，执行服务器在接收到资源调用请求后，先统计预设时间范围内该服务器接收到的资源调用请求中与服务方标识对应的资源调用请求的个数。如接收到资源调用请求的执行服务器统计在一个月内该执行服务器接收到与该资源调用请求对应的服务方标识相同的资源调用请求个数为500。

步骤404，若服务方标识对应的资源调用请求的个数小于服务方标识对应的预设资源调用请求最大调用次数，则执行服务器查找与服务方资源调用接口名对应的服务方标识。

本实施例中，预设资源调用请求最大调用次数是预先设置的对应于服务方标识的预设时间范围内资源调用请求的最大调用次数。如预设资源调用请求最大调用次数为20000。

本实施例中，当服务方标识对应的资源调用请求的个数小于服务方标识对应的预设资源调用请求最大调用次数，则说明执行服务器当前可以处理该服务方标识对应的资源调用请求，于是继续执行服务器查找与服务方资源调用接口名对应的服务方标识。

本实施例中，在通过给服务方标识对应的任务线程个数加以限定来控制资源调用请求之前，统计预设时间范围内接收到的资源调用请求中与服务方标识对应的资源调用请求的个数，将该统计到的资源调用请求的个数与服务方标识对应的预设资源调用请求最大调用次数进行对比，实现了对于热点资源调用请求的控制。再结合通过给服务方标识对应的任务线程个数加以限定的方法，进一步对资源调用请求进行控制，从而实现进一步的提高开放平台的稳定性。

在一个实施例中，如图5所示，步骤212包括：

步骤502，执行服务器利用任务线程将资源调用请求转发给与服务方标识对应的服务方。

本实施例中，执行服务器在确定接收到的资源调用请求对应的服务方标识以及创建与该资源调用请求对应的任务线程后，利用该任务线程将接收到的携带服务方资源调用接口名的资源调用请求转发给与服务方标识对应的服务方。

步骤504，执行服务器获取服务方执行与服务方资源调用接口名对应的接口函数的执行结果。

服务方在接收到开放平台发送的携带服务方资源调用接口名的资源调用请求后，执行该服务方资源调用接口名对应的接口函数，并将执行结果返回给开放平台。

在一个实施例中，如图6所示，提供了一种开放平台控制系统，该系统包括：

负载均衡服务器602，用于接收调用方发起的资源调用请求，资源调用请求携带服务方资源调用接口名，并根据预设负载均衡算法，分配资源调用请求至执行服务器；

执行服务器604，用于接收负载服务器分配的资源调用请求，查找与服务方资源调用接口名对应的服务方标识，统计与服务方标识对应的并发任务线程个数，若与服务方标识对应的并发任务线程个数小于与服务方标识对应的第一预设最大并发任务线程个数，创建与服务方标识对应的任务线程，利用任务线程执行调用方发起的资源调用请求，将资源调用请求的执行结果返回给调用方。

在一个实施例中，负载均衡服务器602用于统计每一台执行服务器的当前并发任务线程个数；若执行服务器的当前并发线程个数小于执行服务器对应的第二预设最大任务线程个数，则计算执行服务器的任务线程可用率；根据每一台执行服务器的任务线程可用率确定任务线程可用率最大值对应的执行服务器；分配资源调用请求至任务线程可用率最大值对应的执行服务器。

在一个实施例中，执行服务器604还用于统计预设时间范围内接收到的资源调用请求中与服务方标识对应的资源调用请求的个数；若服务方标识对应的资源调用请求的个数小于服务方标识对应的预设资源调用请求最大调用次数，则执行查找与服务方资源调用接口名对应的服务方标识。

在一个实施例中，服务方标识是域名或IP地址。

在一个实施例中，执行服务器604用于利用任务线程将资源调用请求转发给与服务方标识对应的服务方；获取服务方执行与服务方资源调用接口名对应的接口函数的执行结果。

在一个实施例中，提供了一种服务器，如图7所示，该服务器包括通过系统总线连接的处理器、存储器和网络接口。其中，处理器用于提供计算和控制能力，支撑整个服务器的运行。存储器包括非易失性存储介质和内存储器。非易失性存储介质中存储有操作系统和和计算机程序，该计算机程序被处理器执行时以实现一种开放平台控制方法。内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。网络接口用于与外部的服务器或终端通过网络连接通信，比如接收调用方发起的资源调用请求，将该资源调用请求转发给服务方以及接收服务方执行资源调用的执行结果，并将执行结果返回给发起方等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种开放平台控制方法，所述方法包括：

负载均衡服务器接收调用方发起的资源调用请求，所述资源调用请求携带服务方资源调用接口名；

所述负载均衡服务器根据预设负载均衡算法，分配所述资源调用请求至执行服务器；

所述执行服务器查找与所述服务方资源调用接口名对应的服务方标识；

所述执行服务器统计与所述服务方标识对应的并发任务线程个数；

若与所述服务方标识对应的并发任务线程个数小于与所述服务方标识对应的第一预设最大并发任务线程个数，所述执行服务器创建与所述资源调用请求对应的任务线程；

所述执行服务器利用所述任务线程执行所述调用方发起的资源调用请求；

所述执行服务器将所述资源调用请求的执行结果返回给所述调用方。

2.根据权利要求1所述的方法，其特征在于，所述负载均衡服务器根据预设负载均衡算法，分配所述资源调用请求至执行服务器，包括：

所述负载均衡服务器统计每一台执行服务器的当前并发任务线程个数；

若所述执行服务器的当前并发任务线程个数小于所述执行服务器对应的第二预设最大并发任务线程个数，则计算所述执行服务器的任务线程可用率；

根据所述每一台执行服务器的任务线程可用率确定任务线程可用率最大值对应的执行服务器；

分配资源调用请求至所述任务线程可用率最大值对应的执行服务器。

3.根据权利要求1所述的方法，其特征在于，所述服务方标识是域名或IP地址。

4.根据权利要求1所述的方法，其特征在于，在所述执行服务器查找与所述服务方资源调用接口名对应的服务方标识之前，还包括：

所述执行服务器统计预设时间范围内接收到的资源调用请求中与所述服务方标识对应的资源调用请求的个数；

若所述服务方标识对应的资源调用请求的个数小于所述服务方标识对应的预设资源调用请求最大调用次数，则所述执行服务器查找与所述服务方资源调用接口名对应的服务方标识。

5.根据权利要求1所述的方法，其特征在于，所述执行服务器利用所述任务线程执行所述调用方发起的资源调用请求，包括：

所述执行服务器利用所述任务线程将所述资源调用请求转发给与所述服务方标识对应的服务方；

所述执行服务器获取所述服务方执行与所述服务方资源调用接口名对应的接口函数的执行结果。

6.一种开放平台控制系统，其特征在于，所述系统包括：

负载均衡服务器，用于接收调用方发起的资源调用请求，所述资源调用请求携带服务方资源调用接口名，并根据预设负载均衡算法，分配所述资源调用请求至执行服务器；

执行服务器，用于接收负载服务器分配的所述资源调用请求，查找与所述服务方资源调用接口名对应的服务方标识，统计与服务方标识对应的并发任务线程个数，若与所述服务方标识对应的并发任务线程个数小于与所述服务方标识对应的第一预设最大并发任务线程个数，创建与所述服务方标识对应的任务线程，利用所述任务线程执行所述调用方发起的资源调用请求，将所述资源调用请求的执行结果返回给所述调用方。

7.根据权利要求6所述的系统，其特征在于，所述负载均衡服务器用于统计每一台执行服务器的当前并发任务线程个数；若所述执行服务器的当前并发线程个数小于所述执行服务器对应的第二预设最大任务线程个数，则计算所述执行服务器的任务线程可用率；根据所述每一台执行服务器的任务线程可用率确定任务线程可用率最大值对应的执行服务器；分配资源调用请求至所述任务线程可用率最大值对应的执行服务器。

8.根据权利要求6所述的系统，其特征在于，所述服务方标识是域名或IP地址。

9.根据权利要求6所述的系统，其特征在于，所述执行服务器还用于统计预设时间范围内接收到的资源调用请求中与所述服务方标识对应的资源调用请求的个数；若所述服务方标识对应的资源调用请求的个数小于所述服务方标识对应的预设资源调用请求最大调用次数，则执行查找与所述服务方资源调用接口名对应的服务方标识。

10.根据权利要求6所述的系统，其特征在于，所述执行服务器用于利用所述任务线程将所述资源调用请求转发给与所述服务方标识对应的服务方；获取所述服务方执行与所述服务方资源调用接口名对应的接口函数的执行结果。