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

开放平台控制方法和*** Download PDF

Info

Publication number
CN107800768A
CN107800768A CN201710823368.1A CN201710823368A CN107800768A CN 107800768 A CN107800768 A CN 107800768A CN 201710823368 A CN201710823368 A CN 201710823368A CN 107800768 A CN107800768 A CN 107800768A
Authority
CN
China
Prior art keywords
resource transfer
service side
execute server
mark
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201710823368.1A
Other languages
English (en)
Other versions
CN107800768B (zh
Inventor
汪小波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to CN201710823368.1A priority Critical patent/CN107800768B/zh
Publication of CN107800768A publication Critical patent/CN107800768A/zh
Priority to PCT/CN2018/088835 priority patent/WO2019052225A1/zh
Application granted granted Critical
Publication of CN107800768B publication Critical patent/CN107800768B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Multi Processors (AREA)

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所述的***，其特征在于，所述执行服务器用于利用所述任务线程将所述资源调用请求转发给与所述服务方标识对应的服务方；获取所述服务方执行与所述服务方资源调用接口名对应的接口函数的执行结果。
CN201710823368.1A 2017-09-13 2017-09-13 开放平台控制方法和*** Active CN107800768B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710823368.1A CN107800768B (zh) 2017-09-13 2017-09-13 开放平台控制方法和***
PCT/CN2018/088835 WO2019052225A1 (zh) 2017-09-13 2018-05-29 开放平台控制方法、***、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710823368.1A CN107800768B (zh) 2017-09-13 2017-09-13 开放平台控制方法和***

Publications (2)

Publication Number Publication Date
CN107800768A true CN107800768A (zh) 2018-03-13
CN107800768B CN107800768B (zh) 2020-01-10

Family

ID=61532388

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710823368.1A Active CN107800768B (zh) 2017-09-13 2017-09-13 开放平台控制方法和***

Country Status (2)

Country Link
CN (1) CN107800768B (zh)
WO (1) WO2019052225A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108512666A (zh) * 2018-04-08 2018-09-07 苏州犀牛网络科技有限公司 Api请求的加密方法、数据交互方法及***
CN108984321A (zh) * 2018-06-29 2018-12-11 Oppo（重庆）智能科技有限公司 一种移动终端及其进程间通信的限制方法、存储介质
CN109002364A (zh) * 2018-06-29 2018-12-14 Oppo（重庆）智能科技有限公司 进程间通信的优化方法、电子装置以及可读存储介质
CN109032813A (zh) * 2018-06-29 2018-12-18 Oppo（重庆）智能科技有限公司 一种移动终端及其进程间通信的限制方法、存储介质
CN109165165A (zh) * 2018-09-04 2019-01-08 中国平安人寿保险股份有限公司 接口测试方法、装置、计算机设备和存储介质
WO2019052225A1 (zh) * 2017-09-13 2019-03-21 平安科技（深圳）有限公司 开放平台控制方法、***、计算机设备和存储介质
CN109710402A (zh) * 2018-12-17 2019-05-03 平安普惠企业管理有限公司 处理资源获取请求的方法、装置、计算机设备和存储介质
CN109840142A (zh) * 2018-12-15 2019-06-04 平安科技（深圳）有限公司 基于云监控的线程控制方法、装置、电子设备及存储介质
CN109981731A (zh) * 2019-02-15 2019-07-05 联想(北京)有限公司 一种数据处理方法和设备
CN110716796A (zh) * 2019-09-02 2020-01-21 中国平安财产保险股份有限公司 智能任务调度方法及装置、存储介质、电子设备
CN110958217A (zh) * 2019-10-12 2020-04-03 平安科技（深圳）有限公司 远程控制服务器方法、装置、计算机设备及存储介质
CN111209060A (zh) * 2018-11-21 2020-05-29 ***通信集团广东有限公司 能力开发平台处理方法及装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113742084A (zh) * 2021-09-13 2021-12-03 城云科技（中国）有限公司 基于接口特性分配计算资源的方法和装置
CN114124797B (zh) * 2021-11-19 2023-08-04 ***数智科技有限公司 一种服务器路由方法、装置、电子设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101753461A (zh) * 2010-01-14 2010-06-23 中国建设银行股份有限公司 实现负载均衡的方法、负载均衡服务器以及集群***
CN101882161A (zh) * 2010-06-23 2010-11-10 中国工商银行股份有限公司 应用级异步任务调度***和方法
CN102681889A (zh) * 2012-04-27 2012-09-19 电子科技大学 一种云计算开放平台的调度方法
CN103379040A (zh) * 2012-04-24 2013-10-30 阿里巴巴集团控股有限公司 一种高并发***中控制并发数的装置和方法
CN103516536A (zh) * 2012-06-26 2014-01-15 重庆新媒农信科技有限公司 基于线程数量限制的服务器业务请求并行处理方法及***
CN104281489A (zh) * 2013-07-12 2015-01-14 携程计算机技术（上海）有限公司 Soa架构下的多线程请求方法及***
US20150278127A1 (en) * 2014-03-31 2015-10-01 Fujitsu Limited Information processing device, information processing system, storage medium storing program for controlling information processing device, and method for controlling information processing device
US20150326449A1 (en) * 2014-05-08 2015-11-12 Cisco Technology, Inc. Collaborative inter-service scheduling of logical resources in cloud platforms

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7337444B2 (en) * 2003-01-09 2008-02-26 International Business Machines Corporation Method and apparatus for thread-safe handlers for checkpoints and restarts
CN102325148B (zh) * 2011-05-25 2013-11-27 重庆新媒农信科技有限公司 一种WebService服务调用方法
US10193964B2 (en) * 2014-05-06 2019-01-29 International Business Machines Corporation Clustering requests and prioritizing workmanager threads based on resource performance and/or availability
CN107800768B (zh) * 2017-09-13 2020-01-10 平安科技（深圳）有限公司 开放平台控制方法和***

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101753461A (zh) * 2010-01-14 2010-06-23 中国建设银行股份有限公司 实现负载均衡的方法、负载均衡服务器以及集群***
CN101882161A (zh) * 2010-06-23 2010-11-10 中国工商银行股份有限公司 应用级异步任务调度***和方法
CN103379040A (zh) * 2012-04-24 2013-10-30 阿里巴巴集团控股有限公司 一种高并发***中控制并发数的装置和方法
CN102681889A (zh) * 2012-04-27 2012-09-19 电子科技大学 一种云计算开放平台的调度方法
CN103516536A (zh) * 2012-06-26 2014-01-15 重庆新媒农信科技有限公司 基于线程数量限制的服务器业务请求并行处理方法及***
CN104281489A (zh) * 2013-07-12 2015-01-14 携程计算机技术（上海）有限公司 Soa架构下的多线程请求方法及***
US20150278127A1 (en) * 2014-03-31 2015-10-01 Fujitsu Limited Information processing device, information processing system, storage medium storing program for controlling information processing device, and method for controlling information processing device
US20150326449A1 (en) * 2014-05-08 2015-11-12 Cisco Technology, Inc. Collaborative inter-service scheduling of logical resources in cloud platforms

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019052225A1 (zh) * 2017-09-13 2019-03-21 平安科技（深圳）有限公司 开放平台控制方法、***、计算机设备和存储介质
CN108512666A (zh) * 2018-04-08 2018-09-07 苏州犀牛网络科技有限公司 Api请求的加密方法、数据交互方法及***
CN109032813B (zh) * 2018-06-29 2021-01-26 Oppo（重庆）智能科技有限公司 一种移动终端及其进程间通信的限制方法、存储介质
CN108984321A (zh) * 2018-06-29 2018-12-11 Oppo（重庆）智能科技有限公司 一种移动终端及其进程间通信的限制方法、存储介质
CN109002364A (zh) * 2018-06-29 2018-12-14 Oppo（重庆）智能科技有限公司 进程间通信的优化方法、电子装置以及可读存储介质
CN109032813A (zh) * 2018-06-29 2018-12-18 Oppo（重庆）智能科技有限公司 一种移动终端及其进程间通信的限制方法、存储介质
CN109002364B (zh) * 2018-06-29 2021-03-30 Oppo（重庆）智能科技有限公司 进程间通信的优化方法、电子装置以及可读存储介质
CN108984321B (zh) * 2018-06-29 2021-03-19 Oppo（重庆）智能科技有限公司 一种移动终端及其进程间通信的限制方法、存储介质
CN109165165A (zh) * 2018-09-04 2019-01-08 中国平安人寿保险股份有限公司 接口测试方法、装置、计算机设备和存储介质
CN111209060A (zh) * 2018-11-21 2020-05-29 ***通信集团广东有限公司 能力开发平台处理方法及装置
CN109840142A (zh) * 2018-12-15 2019-06-04 平安科技（深圳）有限公司 基于云监控的线程控制方法、装置、电子设备及存储介质
CN109840142B (zh) * 2018-12-15 2024-03-15 平安科技（深圳）有限公司 基于云监控的线程控制方法、装置、电子设备及存储介质
CN109710402A (zh) * 2018-12-17 2019-05-03 平安普惠企业管理有限公司 处理资源获取请求的方法、装置、计算机设备和存储介质
CN109981731A (zh) * 2019-02-15 2019-07-05 联想(北京)有限公司 一种数据处理方法和设备
CN110716796A (zh) * 2019-09-02 2020-01-21 中国平安财产保险股份有限公司 智能任务调度方法及装置、存储介质、电子设备
CN110716796B (zh) * 2019-09-02 2024-05-28 中国平安财产保险股份有限公司 智能任务调度方法及装置、存储介质、电子设备
CN110958217A (zh) * 2019-10-12 2020-04-03 平安科技（深圳）有限公司 远程控制服务器方法、装置、计算机设备及存储介质
CN110958217B (zh) * 2019-10-12 2022-02-08 平安科技（深圳）有限公司 远程控制服务器方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN107800768B (zh) 2020-01-10
WO2019052225A1 (zh) 2019-03-21

Similar Documents

Publication Publication Date Title
CN107800768A (zh) 开放平台控制方法和***
US20210385171A1 (en) Software load balancer to maximize utilization
JP5654022B2 (ja) 企業ネットワーク内の割り当てられたクラウドリソースの動的な負荷分散およびスケーリング
CN105007337A (zh) 集群***负载均衡的方法和***
CN109327550A (zh) 一种访问请求的分配方法、装置、存储介质和计算机设备
CN103701916A (zh) 分布式存储***的动态负载均衡方法
CN108933829A (zh) 一种负载均衡方法及装置
CN102611735A (zh) 一种应用服务的负载均衡方法及***
CN103067293A (zh) 负载均衡设备的连接管理和复用的方法和***
CN103945000A (zh) 一种负载均衡方法及负载均衡器
CN106412030B (zh) 一种选择存储资源方法、装置及***
WO2009141793A1 (en) Identity assignment for software components
CN107579924A (zh) 一种流量调拨方法和装置
CN107623731A (zh) 一种任务调度方法、客户端、服务集群及***
CN113014611A (zh) 一种负载均衡方法及相关设备
Vashistha et al. Comparative study of load balancing algorithms
CN104301241B (zh) 一种soa动态负载分发方法与***
Patel et al. A survey on load balancing in cloud computing
US9203706B2 (en) System and method for enabling demand-based pooling of endpoint resources in a multi-application environment
CN109600402A (zh) 服务器负载均衡方法及装置、存储介质、服务器、服务***
CN103905341A (zh) 资源调度方法、装置及***
CN114024968B (zh) 一种基于中间设备的报文发送方法、装置和电子设备
CN110389839B (zh) 基于请求的层次结构负载均衡方法及***
EP2940580B1 (en) Method for performing load balancing, distributed computing environment, cluster and computer program product
CN106230962A (zh) 一种基于服务型负载均衡的等级可变算法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant