CN112217844B - 请求转发方法及装置、互联网系统 - Google Patents

请求转发方法及装置、互联网系统 Download PDF

Info

Publication number
CN112217844B
CN112217844B CN201910618720.7A CN201910618720A CN112217844B CN 112217844 B CN112217844 B CN 112217844B CN 201910618720 A CN201910618720 A CN 201910618720A CN 112217844 B CN112217844 B CN 112217844B
Authority
CN
China
Prior art keywords
service
access server
request
server
requests
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.)
Active
Application number
CN201910618720.7A
Other languages
English (en)
Other versions
CN112217844A (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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910618720.7A priority Critical patent/CN112217844B/zh
Publication of CN112217844A publication Critical patent/CN112217844A/zh
Application granted granted Critical
Publication of CN112217844B publication Critical patent/CN112217844B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network

Landscapes

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

Abstract

本发明公开了一种请求转发方法及装置、互联网系统,属于互联网技术应用,该方法包括:中心服务器向接入服务器发送第一指示信息,第一指示信息用于指示:接入服务器在至少一个业务中的每个业务下的请求个数,请求个数大于零;客户端向接入服务器发送至少一个业务中第一业务的处理请求;当接入服务器在第一业务下的请求个数大于零时,接入服务器将第一业务的处理请求发送至后台服务器;接入服务器更新其在第一业务下的请求个数,其中,x‑x'=1,x表示更新前的接入服务器在第一业务下的请求个数,x'表示更新后的接入服务器在第一业务下的请求个数。本发明丰富了互联网系统对请求转发的功能。本发明用于对转发请求。

Description

请求转发方法及装置、互联网系统
技术领域
本发明涉及互联网技术应用领域,特别涉及一种请求转发方法及装置、互联网系统。
背景技术
互联网系统通常包括客户端、接入服务器和后台服务器。
接入服务器用于接收客户端发出的处理请求,并将处理请求发送至后台服务器。后台服务器用于基于该处理请求进行相应的处理,并将处理结果通过接入服务器反馈给客户端。
但是,目前的互联网系统的功能较为单一。
发明内容
本发明提供了一种请求转发方法及装置、互联网系统,可以丰富互联网系统对请求转发的功能,所述技术方案如下:
第一方面,提供了一种请求转发方法,所述方法包括:
中心服务器向接入服务器发送第一指示信息,所述第一指示信息用于指示:所述接入服务器在至少一个业务中的每个业务下的请求个数,所述请求个数大于零;
客户端向所述接入服务器发送所述至少一个业务中第一业务的处理请求;
当所述接入服务器在所述第一业务下的请求个数大于零时,所述接入服务器将所述第一业务的处理请求发送至后台服务器;
所述接入服务器更新其在所述第一业务下的请求个数,其中,x-x'=1,x表示更新前的所述接入服务器在所述第一业务下的请求个数,x'表示更新后的所述接入服务器在所述第一业务下的请求个数。
可选地,所述方法还包括:
在所述中心服务器向接入服务器发送第一指示信息之前,所述中心服务器确定所述每个业务对应的目标个数;
所述接入服务器向所述中心服务器发送配额请求;
所述中心服务器根据所述配额请求,以及所述每个业务对应的目标个数,确定所述接入服务器在所述每个业务下的请求个数,其中,所述接入服务器在所述每个业务下的请求个数小于或等于所述每个业务对应的目标个数;
所述中心服务器更新所述每个业务对应的目标个数,其中,y-y'=z,y表示更新前的所述每个业务对应的目标个数,y'表示更新后的所述每个业务对应的目标个数,z表示所述接入服务器在所述每个业务下的请求个数。
可选地,所述中心服务器确定所述每个业务对应的目标个数,包括:
在第i个周期的起始时刻,所述中心服务器将所述每个业务对应的初始个数,作为所述每个业务对应的目标个数,i≥1;
在所述接入服务器将所述第一业务的处理请求发送至后台服务器之后,所述方法还包括:
所述后台服务器向所述接入服务器发送所述第一业务的处理结果;
所述接入服务器向所述中心服务器发送所述第一业务的处理结果;
当所述第一业务的处理结果属于处理结果集合时,所述中心服务器降低所述第一业务对应的初始个数。
可选地,在所述接入服务器更新其在所述第一业务下的请求个数之后,所述方法还包括:
当所述接入服务器在所述第一业务下的请求个数小于个数阈值时,所述接入服务器向所述中心服务器发送所述第一业务的个数增加请求;
当所述第一业务对应的目标个数大于零时,所述中心服务器根据所述所述第一业务的个数增加请求,以及所述第一业务对应的目标个数,确定所述接入服务器在所述第一业务下的个数增值,其中,所述接入服务器在所述第一业务下的个数增值小于或等于所述第一业务对应的目标个数;
所述中心服务器向所述接入服务器发送第二指示信息,所述第二指示信息用于指示:所述接入服务器在所述第一业务下的个数增值;
所述接入服务器根据所述第二指示信息,更新其在所述第一业务下的请求个数,其中,m'-m=n,m'表示更新后的所述接入服务器在所述第一业务下的请求个数,m表示更新前的所述接入服务器在所述第一业务下的请求个数,n表示所述接入服务器在所述第一业务下的个数增值。
第二方面,提供了一种请求转发方法,所述方法包括:
接入服务器接收中心服务器发送的第一指示信息,所述第一指示信息用于指示:所述接入服务器在至少一个业务中的每个业务下的请求个数,所述请求个数大于零;
所述接入服务器接收客户端发送的所述至少一个业务中第一业务的处理请求;
当所述接入服务器在所述第一业务下的请求个数大于零时,所述接入服务器将所述第一业务的处理请求发送至后台服务器;
所述接入服务器更新其在所述第一业务下的请求个数,其中,x-x'=1,x表示更新前的所述接入服务器在所述第一业务下的请求个数,x'表示更新后的所述接入服务器在所述第一业务下的请求个数。
可选地,所述方法还包括:
在所述中心服务器向接入服务器发送第一指示信息之前,所述接入服务器向所述中心服务器发送配额请求,以使所述中心服务器根据所述配额请求,以及所确定的所述每个业务对应的目标个数,确定所述接入服务器在所述每个业务下的请求个数,其中,所述接入服务器在所述每个业务下的请求个数小于或等于所述每个业务对应的目标个数。
可选地,在所述接入服务器将所述第一业务的处理请求发送至后台服务器之后,所述方法还包括:
所述接入服务器接收所述后台服务器发送的所述第一业务的处理结果;
所述接入服务器向所述中心服务器发送所述第一业务的处理结果。
可选地,在所述接入服务器更新其在所述第一业务下的请求个数之后,所述方法还包括:
当所述接入服务器在所述第一业务下的请求个数小于个数阈值时,所述接入服务器向所述中心服务器发送所述第一业务的个数增加请求,以使所述中心服务器在所述第一业务对应的目标个数大于零时,根据所述所述第一业务的个数增加请求,以及所述第一业务对应的目标个数,确定所述接入服务器在所述第一业务下的个数增值,其中,所述接入服务器在所述第一业务下的个数增值小于或等于所述第一业务对应的目标个数;
所述接入服务器接收所述中心服务器发送的第二指示信息,所述第二指示信息用于指示:所述接入服务器在所述第一业务下的个数增值;
所述接入服务器根据所述第二指示信息,更新其在所述第一业务下的请求个数,其中,m'-m=n,m'表示更新后的所述接入服务器在所述第一业务下的请求个数,m表示更新前的所述接入服务器在所述第一业务下的请求个数,n表示所述接入服务器在所述第一业务下的个数增值。
第三方面,提供了一种请求转发方法,所述方法包括:
中心服务器向接入服务器发送第一指示信息,以使所述接入服务器在接收到客户端发送的至少一个业务中第一业务的处理请求时,根据所述第一指示信息,将所述第一业务的处理请求发送至所述后台服务器;所述第一指示信息用于指示:所述接入服务器在至少一个业务中的每个业务下的请求个数,所述请求个数大于零。
可选地,所述方法还包括:
在所述中心服务器向接入服务器发送第一指示信息之前,所述中心服务器确定所述每个业务对应的目标个数;
所述中心服务器接收所述接入服务器发送的配额请求;
所述中心服务器根据所述配额请求,以及所述每个业务对应的目标个数,确定所述接入服务器在所述每个业务下的请求个数,其中,所述接入服务器在所述每个业务下的请求个数小于或等于所述每个业务对应的目标个数;
所述中心服务器更新所述每个业务对应的目标个数,其中,y-y'=z,y表示更新前的所述每个业务对应的目标个数,y'表示更新后的所述每个业务对应的目标个数,z表示所述接入服务器在所述每个业务下的请求个数。
可选地,所述中心服务器确定所述每个业务对应的目标个数,包括:
在第i个周期的起始时刻,所述中心服务器将所述每个业务对应的初始个数,作为所述每个业务对应的目标个数,i≥1;
所述方法还包括:所述中心服务器接收所述接入服务器发送的所述第一业务的处理结果;
当所述第一业务的处理结果属于处理结果集合时,所述中心服务器降低所述第一业务对应的初始个数。
可选地,所述方法还包括:
所述中心服务器接收所述接入服务器在所述接入服务器在所述第一业务下的请求个数小于个数阈值时,发送的所述第一业务的个数增加请求;
当所述第一业务对应的目标个数大于零时,所述中心服务器根据所述所述第一业务的个数增加请求,以及所述第一业务对应的目标个数,确定所述接入服务器在所述第一业务下的个数增值,其中,所述接入服务器在所述第一业务下的个数增值小于或等于所述第一业务对应的目标个数;
所述中心服务器向所述接入服务器发送第二指示信息,以使所述接入服务器根据所述第二指示信息,更新其在所述第一业务下的请求个数,其中,所述第二指示信息用于指示:所述接入服务器在所述第一业务下的个数增值,m'-m=n,m'表示更新后的所述接入服务器在所述第一业务下的请求个数,m表示更新前的所述接入服务器在所述第一业务下的请求个数,n表示所述接入服务器在所述第一业务下的个数增值。
第四方面,提供了一种请求转发装置,所述请求转发装置包括用于执行第二方面任一所述的请求转发方法的各个模块;或者,所述请求转发装置包括用于执行第三方面任一所述的请求转发方法的各个模块。
第五方面,提供了一种请求转发装置,包括:
处理器;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器在运行所述可执行指令时,能够实现第二方面任一所述的请求转发方法;或者,所述处理器在运行所述可执行指令时,能够实现第三方面任一所述的请求转发方法。
第六方面,提供了一种互联网系统,所述互联网系统包括中心服务器、接入服务器、客户端以及后台服务器,
所述中心服务器用于向所述接入服务器发送第一指示信息,所述第一指示信息用于指示:所述接入服务器在至少一个业务中的每个业务下的请求个数,所述请求个数大于零;
所述客户端用于向所述接入服务器发送所述至少一个业务中第一业务的处理请求;
当所述接入服务器在所述第一业务下的请求个数大于零时,所述接入服务器还用于将所述第一业务的处理请求发送至所述后台服务器;
所述接入服务器还用于更新其在所述第一业务下的请求个数,其中,x-x'=1,x表示更新前的所述接入服务器在所述第一业务下的请求个数,x'表示更新后的所述接入服务器在所述第一业务下的请求个数。
可选地,在中心服务器向接入服务器发送第一指示信息之前,中心服务器还用于确定每个业务对应的目标个数。接入服务器还用于向中心服务器发送配额请求。中心服务器还用于根据配额请求,以及每个业务对应的目标个数,确定接入服务器在每个业务下的请求个数,其中,接入服务器在每个业务下的请求个数小于或等于每个业务对应的目标个数。中心服务器还用于更新每个业务对应的目标个数,其中,y-y'=z,y表示更新前的每个业务对应的目标个数,y'表示更新后的每个业务对应的目标个数,z表示接入服务器在每个业务下的请求个数。
可选地,中心服务器用于:在第i个周期的起始时刻,将每个业务对应的初始个数,作为每个业务对应的目标个数,i≥1。在接入服务器将第一业务的处理请求发送至后台服务器之后,后台服务器还用于向接入服务器发送第一业务的处理结果。接入服务器还用于向中心服务器发送第一业务的处理结果。当第一业务的处理结果属于处理结果集合时,中心服务器还用于降低第一业务对应的初始个数。
可选地,在接入服务器更新其在第一业务下的请求个数之后,当接入服务器在第一业务下的请求个数小于个数阈值时,接入服务器还用于向中心服务器发送第一业务的个数增加请求。当第一业务对应的目标个数大于零时,中心服务器还用于根据第一业务的个数增加请求,以及第一业务对应的目标个数,确定接入服务器在第一业务下的个数增值,其中,接入服务器在第一业务下的个数增值小于或等于第一业务对应的目标个数。中心服务器还用于向接入服务器发送第二指示信息,第二指示信息用于指示:接入服务器在第一业务下的个数增值。接入服务器还用于根据第二指示信息,更新其在第一业务下的请求个数,其中,m'-m=n,m'表示更新后的接入服务器在第一业务下的请求个数,m表示更新前的接入服务器在第一业务下的请求个数,n表示接入服务器在第一业务下的个数增值。
第七方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令;
当所述指令在处理组件上运行时,使得所述处理组件执行第二方面任一所述的请求转发方法;或者,当所述指令在处理组件上运行时,使得所述处理组件执行第三方面任一所述的请求转发方法。
本申请提供的技术方案带来的有益效果是:
中心服务器向接入服务器发送用于指示接入服务器在每个业务下的请求个数的第一指示信息。接入服务器在接收到客户端发送的第一业务的处理请求时,若接入服务器在该第一业务下的请求个数大于零,则将第一业务的处理请求发送至后台服务器,并更新其在第一业务下的请求个数。使得接入服务器能够根据其在第一业务下的请求个数,确定是否将客户端发出的处理请求转发至后台服务器,相较于相关技术,丰富了接入服务器的功能,从而丰富了互联网系统对请求转发的功能。
并且,当接入服务器在每个业务下的请求个数较少时,向后台服务器发出的处理请求的个数也相应的较少,使得后台服务器在处理能力不足时无需处理多个接入服务器发送的处理请求,从而避免了后台服务器的崩溃。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本发明。
附图说明
为了更清楚地说明本发明的实施例,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种互联网系统的结构示意图;
图2为本发明实施例提供的一种请求转发方法的流程图;
图3为本发明实施例提供的另一种请求转发方法的流程图;
图4为本发明实施例提供的另一种请求转发方法的流程图;
图5为本发明实施例提供的另一种请求转发方法的流程图;
图6为本发明实施例提供的一种请求转发装置的框图;
图7为本发明实施例提供的另一种请求转发装置的框图;
图8为本发明实施例提供的另一种请求转发装置的框图;
图9为本发明实施例提供的另一种请求转发装置的框图;
图10为本发明实施例提供的另一种请求转发装置的框图。
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
图1为本发明实施例提供的一种互联网系统的结构示意图,参见图1,该互联网系统10包括:多个接入服务器101(图1中示出了2个)、中心服务器102、后台服务器103、多个业务服务器104(图1中示出了2个)以及多个客户端105(图1中示出了5个)。该多个客户端105与多个接入服务器101建立有通信连接,接入服务器101和后台服务器103均与中心服务器102建立有通信连接,且接入服务器101与后台服务器103建立有通信连接,业务服务器104与后台服务器103建立有通信连接。
该多个客户端105用于根据用户的处理操作向接入服务器101发送处理请求。接入服务器101用于将该处理请求转发至后台服务器103。后台服务器103用于处理该处理请求,并向接入服务器101发送处理结果。业务服务器104用于配合后台服务器103对处理请求进行处理。其中,多个客户端105发送的每个处理请求为业务的处理请求。示例地,该业务可以为支付业务或查询业务等。
需要说明的是,该互联网系统中,每个服务器可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心,本发明实施例对此不做限定。
图2为本发明实施例提供的一种请求转发方法的流程图,该方法可以应用于图1所示的互联网系统,参见图2,该方法可以包括:
步骤201、中心服务器向接入服务器发送第一指示信息,第一指示信息用于指示:接入服务器在至少一个业务中的每个业务下的请求个数。
其中,该请求个数大于零。
步骤202、客户端向接入服务器发送至少一个业务中第一业务的处理请求。
步骤203、当接入服务器在第一业务下的请求个数大于零时,接入服务器将第一业务的处理请求发送至后台服务器。
步骤204、接入服务器更新其在第一业务下的请求个数。
其中,x-x'=1,x表示更新前的接入服务器在第一业务下的请求个数,x'表示更新后的接入服务器在第一业务下的请求个数。
综上所述,本发明实施例提供的请求转发方法中,中心服务器向接入服务器发送用于指示接入服务器在每个业务下的请求个数的第一指示信息。接入服务器在接收到客户端发送的第一业务的处理请求时,若接入服务器在该第一业务下的请求个数大于零,则将第一业务的处理请求发送至后台服务器,并更新其在第一业务下的请求个数。使得接入服务器能够根据其在第一业务下的请求个数,确定是否将客户端发出的处理请求转发至后台服务器,相较于相关技术,丰富了接入服务器的功能,从而丰富了互联网系统对请求转发的功能。
并且,当接入服务器在每个业务下的请求个数较少时,向后台服务器发出的处理请求的个数也相应的较少,使得后台服务器在处理能力不足时无需处理多个接入服务器发送的处理请求,从而避免了后台服务器的崩溃。
图3为本发明实施例提供的另一种请求转发方法的流程图,该方法可以应用于图1所示的任一接入服务器,参见图3,该方法可以包括:
步骤301、接收中心服务器发送的第一指示信息。
该第一指示信息用于指示:接入服务器在至少一个业务中的每个业务下的请求个数,请求个数大于零。
步骤302、接收客户端发送的至少一个业务中第一业务的处理请求。
步骤303、当接入服务器在第一业务下的请求个数大于零时,将第一业务的处理请求发送至后台服务器。
步骤304、更新其在第一业务下的请求个数。
其中,x-x'=1,x表示更新前的接入服务器在第一业务下的请求个数,x'表示更新后的接入服务器在第一业务下的请求个数。
综上所述,本发明实施例提供的请求转发方法中,接入服务器接收中心服务器发送的用于指示请求转发装置在每个业务下的请求个数的第一指示信息。第二接收模块在接收到客户端发送的第一业务的处理请求时,若请求转发装置在该第一业务下的请求个数大于零,发送模块将第一业务的处理请求发送至后台服务器,第一更新模块更新请求转发装置在第一业务下的请求个数。使得请求转发装置能够根据其在第一业务下的请求个数,确定是否将客户端发出的处理请求转发至后台服务器,相较于相关技术,丰富了请求转发装置的功能,从而丰富了互联网系统对请求转发的功能。
图4为本发明实施例提供的另一种请求转发方法的流程图,该方法可以应用于图1所示的任一中心服务器,参见图4,该方法可以包括:
步骤401、向接入服务器发送第一指示信息,以使接入服务器在接收到客户端发送的至少一个业务中第一业务的处理请求时,根据第一指示信息,将第一业务的处理请求发送至后台服务器。
该第一指示信息用于指示:接入服务器在至少一个业务中的每个业务下的请求个数,请求个数大于零。
综上所述,本发明实施例提供的请求转发方法中,中心服务器向接入服务器发送用于指示接入服务器在每个业务下的请求个数的第一指示信息,以使接入服务器在接收到客户端发送的至少一个业务中第一业务的处理请求时,根据第一指示信息,将第一业务的处理请求发送至后台服务器,相较于相关技术,丰富了接入服务器的功能,从而丰富了互联网系统对请求转发的功能。
图5为本发明实施例提供的另一种请求转发方法的流程图,该方法可以应用于图1所示的互联网系统,参见图5,该方法可以包括:
步骤501、中心服务器确定每个业务对应的目标个数。
示例地,假设互联网系统能够提供的业务包括:业务A、业务B、业务C和业务D。在步骤501中,中心服务器需要确定出如表1所示的每个业务对应的目标个数。如表1所示,业务A对应的目标个数为100,业务B对应的目标个数为150,业务C对应的目标个数为200,业务C对应的目标个数为300。可选地,表1仅是目标个数的一种示例,中心服务器确定出的业务对应的目标个数也可以与表1中的个数不同,本发明实施例对此不做限定。
表1
业务 目标个数
A 100
B 150
C 200
D 300
步骤502、接入服务器向中心服务器发送配额请求。
该接入服务器可以为图1所示的互联网系统中的任一接入服务器,该接入服务器与中心服务器建立有通信连接。
步骤503、中心服务器根据配额请求,以及每个业务对应的目标个数,确定接入服务器在每个业务下的请求个数。
其中,接入服务器在每个业务下的请求个数小于或等于该每个业务对应的目标个数。
示例地,请参考表2,表2示出了接入服务器在每个业务下的请求个数,表2以接入服务器在每个业务下的请求个数小于表1中每个业务对应的目标个数为例进行说明。则如表2所示,中心服务器可以确定接入服务器在业务A下的请求个数为10(小于业务A对应的目标个数100),确定接入服务器在业务B下的请求个数为15(小于业务B对应的目标个数100),确定接入服务器在业务C下的请求个数为20(小于业务A对应的目标个数200),确定接入服务器在业务D下的请求个数为30(小于业务A对应的目标个数300)。
表2
业务 请求个数
A 10
B 15
C 20
D 30
步骤504、中心服务器更新每个业务对应的目标个数。
其中,y-y'=z,y表示更新前的每个业务对应的目标个数,y'表示更新后的每个业务对应的目标个数,z表示接入服务器在每个业务下的请求个数。由于中心服务器所确定的接入服务器在每个业务下的请求个数可以小于或等于每个业务对应的目标个数,因此,每个业务对应的目标个数发生了变化,中心服务器需要更新每个业务对应的目标个数。
示例地,假设更新前的每个业务对应的目标个数如上述表1所示,接入服务器在每个业务下的请求个数如上述表2所示。请参考表3,表3示出了更新后的每个业务对应的目标个数。如表3所示,更新后的业务A对应的目标个数y'=y-z=100-10=90,更新后的业务B对应的目标个数y'=y-z=150-15=135,更新后的业务C对应的目标个数y'=y-z=200-20=180,更新后的业务D对应的目标个数y'=y-z=300-30=270。
表3
业务 目标个数
A 90
B 135
C 180
D 270
步骤505、中心服务器向接入服务器发送第一指示信息。
可选地,中心服务器在确定接入服务器在每个业务下的请求个数后,可以根据接入服务器在这些业务下的请求个数,向接入服务器发送第一指示信息。该第一指示信息用于指示:接入服务器在至少一个业务中的每个业务下的请求个数。其中,该至少一个业务为互联网系统能够提供的业务,该请求个数大于零。如上述表2所示,该第一指示信息可以用于指示:接入服务器在业务A下的请求个数为10,接入服务器在业务B下的请求个数为15,接入服务器在业务C下的请求个数为20,接入服务器在业务D下的请求个数为30。
步骤506、客户端向接入服务器发送至少一个业务中第一业务的处理请求。
第一业务可以为互联网系统能够提供的至少一个业务中的任一业务。以该至少一个业务包括:业务A、业务B、业务C和业务D为例,该第一业务可以为上述业务A、业务B、业务C和业务D中的任意一个。
步骤507、接入服务器检测其在第一业务下的请求个数是否大于零。当接入服务器在第一业务下的请求个数大于零时,执行步骤508。
可选地,接入服务器可以先确定其在第一业务下的请求个数,再检测该请求个数是否大于零。当接入服务器在第一业务下的请求个数大于零时,表示接入服务器可以将第一业务的处理请求转发至后台服务器进行处理。
当接入服务器在第一业务下的请求个数不大于零(小于或等于零)时,表示接入服务器无法将第一业务对应的处理请求转发至后台服务器,此时可以直接结束后续流程。
步骤508、接入服务器将第一业务的处理请求发送至后台服务器。
步骤509、后台服务器对第一业务的处理请求进行处理。
示例地,后台服务器可以通过与用于提供第一业务的业务服务器进行交互,以处理该第一业务的处理请求。其中,后台服务器对第一业务的处理请求的处理情况与后台服务器的处理能力有关。当后台服务器的处理能力不足时,后台服务器可能无法处理第一业务的处理请求,或者处理该第一业务的处理请求消耗了较长时间。当后台服务器的处理能力较强时,后台服务器可以在较短的时间内完成对第一业务的处理请求的处理。
步骤510、后台服务器向接入服务器发送第一业务的处理结果。
步骤511、接入服务器向客户端发送第一业务的处理结果。
步骤512、接入服务器更新其在第一业务下的请求个数。
其中,x-x'=1,x表示更新前的接入服务器在第一业务下的请求个数,x'表示更新后的接入服务器在第一业务下的请求个数。也即是,接入服务器每发送一个第一业务的处理请求,便将其在第一业务下的请求个数减1。
示例地,假设接入服务器在第一业务下的请求个数为10,则接入服务器在将一个第一业务的处理请求发送至后台服务器后(或者在将该处理请求发送至后台服务器之前),将其在第一业务下的请求个数更新为9。
步骤513、接入服务器检测其在第一业务下的请求个数是否小于个数阈值。当接入服务器在第一业务下的请求个数小于个数阈值时,执行步骤514。
示例地,接入服务器上可以预先设置个数阈值,接入服务器在每向后台服务器发送一个处理请求后(比如在发送该处理请求并更新接入服务器在该业务下的请求个数后),便可以比较其在第一业务下的请求个数与个数阈值的大小关系,以确定其在第一业务下的请求个数是否小于个数阈值。当其在第一业务下的请求个数小于个数阈值时,表示接入服务器在第一业务下的请求个数不足,此时可以执行后续步骤514,以向中心服务器申请增加其在第一业务下的请求个数;当其在第一业务下的请求个数不小于个数阈值时,表示接入服务器在第一业务下的请求个数足够,此时可以不执行后续步骤。
步骤514、接入服务器向中心服务器发送第一业务的个数增加请求。
其中,该个数增加请求用于指示中心服务器增加接入服务器在第一业务下的请求个数。
步骤515、中心服务器检测第一业务对应的目标个数是否大于零。当第一业务对应的目标个数大于零时,执行步骤516。
由于前述步骤503中,中心服务器所确定的接入服务器在每个业务下的请求个数小于或等于该每个业务对应的目标个数,因此,前述步骤504中,中心服务器更新后的每个业务对应的目标个数可能为零或者不为零。则在该步骤515中,中心服务器可以检测第一业务对应的目标个数是否大于零,当第一业务对应的目标个数大于零时,中心服务器可以执行后续步骤516;当第一业务对应的目标个数不大于零时,表明中心服务器无法增加接入服务器在第一业务下的个数增值,此时,可以结束后续流程。
步骤516、中心服务器根据第一业务的个数增加请求,以及第一业务对应的目标个数,确定接入服务器在第一业务下的个数增值。
其中,接入服务器在第一业务下的个数增值小于或等于第一业务对应的目标个数。示例地,假设第一业务为业务A,如表3所示,业务A对应的目标个数为90,则中心服务器所确定的接入服务器在第一业务下的个数增值可以小于或等于90。
步骤517、中心服务器向接入服务器发送第二指示信息。
该第二指示信息用于指示:接入服务器在第一业务下的个数增值。示例地,假设第一业务为业务A,中心服务器确定接入服务器在业务A下的个数增值为15,则该第二指示信息用于指示15。
步骤518、接入服务器根据第二指示信息,更新其在第一业务下的请求个数。
其中,m'-m=n,m'表示更新后的接入服务器在第一业务下的请求个数,m表示更新前的接入服务器在第一业务下的请求个数,n表示接入服务器在第一业务下的个数增值。
示例地,假设更新前的接入服务器在第一业务下的请求个数为5(m=5),接入服务器在第一业务下的个数增值为15(n=15),则更新后的接入服务器在第一业务下的请求个数m'=m+n=15+5=20。
可选地,本发明实施例提供的请求转发方法可以是周期性执行的,此时,在每个周期中均可以执行上述步骤501至步骤518。并且,上述步骤501中中心服务器确定每个业务对应的目标个数可以为:中心服务器在第i个周期的起始时刻,确定每个业务对应的目标个数,i≥1。其中,该周期可以为预先设置的,例如,该周期可以为1秒(s)或1分钟等。
中心服务器在确定每个业务对应的目标个数时,可以将每个业务对应的初始个数确定为该业务对应的目标个数。示例地,互联网系统能够提供的所有业务对应的初始个数之和可以小于或等于后台服务器在一个周期内能够处理的请求总数。示例地,假设每个业务对应的初始个数等于该每个业务对应的目标个数,且可以如上述表1所示,则后台服务器在一个周期内能够处理的请求总数可以为1000。可选地,该所有业务对应的目标个数之和还可以等于后台服务器在一个周期内能够处理的请求总数,本发明实施例对此不做限定。
可选地,接入服务器上还可以预先设置有处理结果集合,该处理结果集合可以包括至少一种处理结果。中心服务器在接收到接入服务器转发的该第一业务的处理结果时,还可以判断该处理结果是否属于处理结果集合。当第一业务的处理结果属于处理结果集合时,中心服务器可以降低第一业务对应的初始个数。需要说明的是,当i>1时,在第i-1个周期中,中心服务器可能会降低某些业务对应的初始个数(此时该业务对应的初始个数已经更新),因此,在第i个周期的起始时刻,中心服务器可以将第i-1个周期中降低后的这些业务对应的初始个数,作为这些业务对应的目标个数。
示例地,后台服务器反馈的处理结果可以包括第一指示值a,该第一指示值a设置为:“0”指示后台服务器无法对该第一业务的处理请求进行处理;“1”指示后台服务器完成对该第一业务的处理请求的处理。当第一指示值a为“1”时,该处理结果还可以包括第二指示值b,该第二指示值b用于指示处理耗时。通常情况下,该处理耗时与后台服务器的处理能力成反比,处理耗时越长,后台服务器的处理能力越弱;处理耗时越短,后台服务器的处理能力越强。例如,第二指示值b可以为“0.1”,用于指示处理耗时为0.1s。当后台服务器无法对该第一业务的处理请求进行处理时,后台服务器向接入服务器发送的处理结果包括第一指示值a,且第一指示值a为0;当后台服务器完成对该第一业务的处理请求的处理时,后台服务器向接入服务器发送的处理结果包括第一指示值a和第二指示值b,且第一指示值a为1。
上述处理结果集合可以为第一指示子集合和第二指示子集合的并集,第一指示子集合可以为{0},第二指示子集合可以为{c|c>t},其中,c表示第一指示值a与第二指示值b的乘积。t表示处理耗时阈值。示例地,假设t为2,当第一业务的处理结果包括第一指示值a,且第一指示值a为0,则该处理结果属于集合{0},此时,中心服务器降低第一业务对应的初始个数;当第一业务的处理结果包括第一指示值和第二指示值,且第一指示值为1,第二指示值为0.5,则c=a*b=0.5,且c<t,则该处理结果不属于集合{0},且不属于集合{c|c>t},此时,可以直接结束后续流程。
可选地,可以预先建立处理结果集合中的处理结果与初始个数的降低个数的对应关系,中心服务器可以根据处理结果查找该对应关系,以确定初始个数的降低个数,再将第一业务对应的初始个数减去该降低个数后的值,以降低第一业务对应的初始个数。示例地,请参考表4,表4示出了对于业务A,不同的处理结果所对应的降低个数,如表4所示,假设业务A对应的初始个数为200,当业务A的处理结果所包括的第一指示值为0时,也即是后台服务器无法对该第一业务的处理请求进行处理时,中心服务器可以将业务A对应的初始个数降低110,此时,业务A对应的初始个数为90。当业务A的处理结果所包括的第一指示值为1,且第二指示值为0.5时,中心服务器可以将业务A对应的初始个数降低60,此时,业务A对应的初始个数为140。
表4
Figure BDA0002124821150000161
Figure BDA0002124821150000171
在本发明实施例中,中心服务器可以根据处理结果调节每个业务对应的初始个数,这样能够避免后台服务器在处理能力不足时,还需要处理大量请求的情况,从而避免了后台服务器的崩溃,提高了互联网系统的稳定性。
需要说明的是,接入服务器向中心服务器发送第一业务的处理结果,中心服务器在第一业务的处理结果属于处理结果集合时,降低第一业务对应的初始个数的步骤,可以与图5中的步骤为异步操作,这样,这些异步操作之间没有互相影响,提高了请求转发的效率,进而提高了互联网系统的实时性。
相关技术中,互联网系统通常包括客户端、接入服务器、过载保护装置和后台服务器。在该互联网系统中,将客户端发出的处理请求进行转发的过程包括:接入服务器将接收到的客户端发送的处理请求发送至过载保护装置。过载保护装置根据该处理请求首先采集后台服务器的处理能力数据。该处理能力数据与后台服务器的处理能力相关,比如该处理能力数据可以包括:后台服务器处理接收到的处理请求的错误率和速度等。接着过载保护装置再基于该处理能力数据确定相应的过载保护策略。最后,过载保护装置将该处理请求转发至后台服务器。
但是,当存在大量的处理请求时,过载保护装置需要先确定相应的过载保护策略之后再将该处理请求发送至后台服务器。这样,一方面,大量的处理请求可能会导致过载保护装置崩溃,从而影响互联网系统的运行;另一方面,该处理请求需要在过载保护装置确定过载保护策略之后才会发送至后台服务器,因此,对处理请求进行转发的实时性较差。
而本发明实施例中,由于接入服务器会预先向中心服务器发送配额请求,以使中心服务器根据该配额请求确定该接入服务器在每个业务下的目标个数,因此,接入服务器可以根据其在每个业务下对应的目标个数,独立判断是否转发客户端发送的处理请求,从而无需每次向中心服务器进行申请,提高了转发处理请求的实时性,且中心服务器无需对大量的处理请求进行处理,避免了中心服务器的崩溃,从而不会对互联网系统的运行造成影响。
综上所述,本发明实施例提供的请求转发方法中,中心服务器向接入服务器发送用于指示接入服务器在每个业务下的请求个数的第一指示信息。接入服务器在接收到客户端发送的第一业务的处理请求时,若接入服务器在该第一业务下的请求个数大于零,则将第一业务的处理请求发送至后台服务器,并更新其在第一业务下的请求个数。使得接入服务器能够根据其在第一业务下的请求个数,确定是否将客户端发出的处理请求转发至后台服务器,相较于相关技术,丰富了接入服务器的功能,从而丰富了互联网系统对请求转发的功能。
以上介绍了本发明实施例的请求转发方法,以下介绍本发明实施例的请求转发装置,本发明实施例的请求转发装置包括应用于接入服务器的请求转发装置以及应用于中心服务器的请求转发装置。应理解,应用于接入服务器的请求转发装置即为上述方法中的接入服务器,其具有上述方法中接入服务器的任意功能;应用于中心服务器的请求转发装置即为上述方法中的中心服务器,其具有上述方法中中心服务器的任意功能。
图6为本发明实施例提供的一种请求转发装置的框图,该请求转发装置600可以应用于图1所示的互联网系统中的接入服务器。参见图6,该装置600包括:
第一接收模块601,用于接收中心服务器发送的第一指示信息,第一指示信息用于指示:请求转发装置在至少一个业务中的每个业务下的请求个数,请求个数大于零。
第二接收模块602,用于接收客户端发送的至少一个业务中第一业务的处理请求。
第一发送模块603,用于当请求转发装置在第一业务下的请求个数大于零时,将第一业务的处理请求发送至后台服务器。
第一更新模块604,用于更新请求转发装置在第一业务下的请求个数,其中,x-x'=1,x表示更新前的请求转发装置在第一业务下的请求个数,x'表示更新后的请求转发装置在第一业务下的请求个数。
综上所述,本发明实施例提供的请求转发装置中,第一接收模块接收中心服务器发送的用于指示请求转发装置在每个业务下的请求个数的第一指示信息。第二接收模块在接收到客户端发送的第一业务的处理请求时,若请求转发装置在该第一业务下的请求个数大于零,第一发送模块将第一业务的处理请求发送至后台服务器,第一更新模块更新请求转发装置在第一业务下的请求个数。使得请求转发装置能够根据其在第一业务下的请求个数,确定是否将客户端发出的处理请求转发至后台服务器,相较于相关技术,丰富了请求转发装置的功能,从而丰富了互联网系统对请求转发的功能。
可选地,图7为本发明实施例提供的另一种请求转发装置600的框图,请参考图7,在图6的基础上,该装置600还包括:
第二发送模块605,用于向中心服务器发送配额请求,以使中心服务器根据配额请求,以及所确定的每个业务对应的目标个数,确定请求转发装置在每个业务下的请求个数,其中,请求转发装置在每个业务下的请求个数小于或等于每个业务对应的目标个数。
可选地,如图7所示,该装置600还包括:
第三接收模块606,用于接收后台服务器发送的第一业务的处理结果。
第三发送模块607,用于向中心服务器发送第一业务的处理结果,以使当第一业务的处理结果属于处理结果集合时,中心服务器降低第一业务对应的初始个数。
可选地,如图7所示,该装置600还包括:
第四发送模块608,用于在第一更新模块604更新请求转发装置在第一业务下的请求个数之后,当请求转发装置在第一业务下的请求个数小于个数阈值时,向中心服务器发送第一业务的个数增加请求。以使中心服务器在第一业务对应的目标个数大于零时,根据第一业务的个数增加请求,以及第一业务对应的目标个数,确定请求转发装置在第一业务下的个数增值。其中,请求转发装置在第一业务下的个数增值小于或等于第一业务对应的目标个数。
第四接收模块609,用于接收中心服务器发送的第二指示信息,该第二指示信息用于指示:请求转发装置在第一业务下的个数增值。
第二更新模块610,用于根据第二指示信息,更新请求转发装置在第一业务下的请求个数,其中,m'-m=n,m'表示更新后的请求转发装置在第一业务下的请求个数,m表示更新前的请求转发装置在第一业务下的请求个数,n表示请求转发装置在第一业务下的个数增值。
综上所述,本发明实施例提供的请求转发装置中,第一接收模块接收中心服务器发送的用于指示请求转发装置在每个业务下的请求个数的第一指示信息。第二接收模块在接收到客户端发送的第一业务的处理请求时,若请求转发装置在该第一业务下的请求个数大于零,第一发送模块将第一业务的处理请求发送至后台服务器,第一更新模块更新请求转发装置在第一业务下的请求个数。使得请求转发装置能够根据其在第一业务下的请求个数,确定是否将客户端发出的处理请求转发至后台服务器,相较于相关技术,丰富了请求转发装置的功能,从而丰富了互联网系统对请求转发的功能。
本发明实施例提供的应用于接入服务器的请求转发装置即为上述方法中的接入服务器,其具有上述方法中接入服务器的任意功能,具体细节可参见上述方法,此处不再赘述。
图8为本发明实施例提供的另一种请求转发装置的框图,该请求转发装置700可以应用于图1所示的互联网系统中的中心服务器。参见图8,该装置700包括:
第一发送模块701,用于向接入服务器发送第一指示信息,以使接入服务器在接收到客户端发送的至少一个业务中第一业务的处理请求时,根据第一指示信息,将第一业务的处理请求发送至后台服务器。该第一指示信息用于指示:接入服务器在至少一个业务中的每个业务下的请求个数,请求个数大于零。
综上所述,本发明实施例提供的请求转发装置中,第一发送模块向接入服务器发送用于指示接入服务器在每个业务下的请求个数的第一指示信息,以使接入服务器在接收到客户端发送的至少一个业务中第一业务的处理请求时,根据第一指示信息,将第一业务的处理请求发送至后台服务器,相较于相关技术,丰富了接入服务器的功能,从而丰富了互联网系统对请求转发的功能。
可选地,图9为本发明实施例提供的另一种请求转发装置700的框图,请参考图9,在图8的基础上,该装置700还包括:
第一确定模块702,用于在第一发送模块701向接入服务器发送第一指示信息之前,确定每个业务对应的目标个数。
第一接收模块703,用于接收接入服务器发送的配额请求。
第二确定模块704,用于根据配额请求,以及每个业务对应的目标个数,确定接入服务器在每个业务下的请求个数,其中,接入服务器在每个业务下的请求个数小于或等于每个业务对应的目标个数。
更新模块705,用于更新每个业务对应的目标个数,其中,y-y'=z,y表示更新前的每个业务对应的目标个数,y'表示更新后的每个业务对应的目标个数,z表示接入服务器在每个业务下的请求个数。
可选地,第二确定模块704,用于:
在第i个周期的起始时刻,将每个业务对应的初始个数,作为每个业务对应的目标个数,i≥1。
可选地,如图9所示,该请求转发装置700还包括:
第二接收模块706,用于接收接入服务器发送的第一业务的处理结果。
降低模块707,用于当第一业务的处理结果属于处理结果集合时,降低第一业务对应的初始个数。
可选地,如图9所示,该请求转发装置700还包括:
第三接收模块708,用于当接入服务器在第一业务下的请求个数小于个数阈值时,接收接入服务器发送的第一业务的个数增加请求。
第三确定模块709,用于当第一业务对应的目标个数大于零时,根据第一业务的个数增加请求,以及第一业务对应的目标个数,确定接入服务器在第一业务下的个数增值,其中,接入服务器在第一业务下的个数增值小于或等于第一业务对应的目标个数。
第二发送模块710,用于向接入服务器发送第二指示信息,以使接入服务器根据第二指示信息,更新其在第一业务下的请求个数,其中,第二指示信息用于指示:接入服务器在第一业务下的个数增值。m'-m=n,m'表示更新后的接入服务器在第一业务下的请求个数,m表示更新前的接入服务器在第一业务下的请求个数,n表示接入服务器在第一业务下的个数增值。
综上所述,本发明实施例提供的请求转发装置中,第一发送模块向接入服务器发送用于指示接入服务器在每个业务下的请求个数的第一指示信息,以使接入服务器在接收到客户端发送的至少一个业务中第一业务的处理请求时,根据第一指示信息,将第一业务的处理请求发送至后台服务器,相较于相关技术,丰富了接入服务器的功能,从而丰富了互联网系统对请求转发的功能。
本发明实施例提供的应用于中心服务器的请求转发装置即为上述方法中的中心服务器,其具有上述方法中中心服务器的任意功能,具体细节可参见上述方法,此处不再赘述。
本发明实施例还提供了一种请求转发装置,该请求转发装置可以用于图1所示的互联网中的任一服务器。示例地,如图10所示,该请求转发装置800包括中央处理单元(CPU)801、包括随机存取存储器(RAM)802和只读存储器(ROM)803的系统存储器804,以及连接系统存储器804和中央处理单元801的系统总线805。请求转发装置800还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)806,和用于存储操作系统813、应用程序814和其他程序模块815的大容量存储设备807。
基本输入/输出系统806包括有用于显示信息的显示器808和用于用户输入信息的诸如鼠标、键盘之类的输入设备809。其中显示器808和输入设备809都通过连接到系统总线805的输入输出控制器810连接到中央处理单元801。基本输入/输出系统806还可以包括输入输出控制器810以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入输出控制器810还提供输出到显示屏、打印机或其他类型的输出设备。
大容量存储设备807通过连接到系统总线805的大容量存储控制器(未示出)连接到中央处理单元801。大容量存储设备807及其相关联的计算机可读介质为请求转发装置800提供非易失性存储。也就是说,大容量存储设备807可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。
不失一般性,计算机可读存储介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术,CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然,本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器804和大容量存储设备807可以统称为存储器。
根据本发明的各种实施例,请求转发装置800还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即请求转发装置800可以通过连接在系统总线805上的网络接口单元811连接到网络812,或者说,也可以使用网络接口单元811来连接到其他类型的网络或远程计算机系统(未示出)。
上述存储器还包括一个或者一个以上的程序,一个或者一个以上程序存储于存储器中,被配置由CPU执行,以实现本发明实施例提供的用于请求转发装置的请求转发方法。
另外,图1所示的互联网系统包括:中心服务器、接入服务器、客户端以及后台服务器,接入服务器可以包括图6、图7或图10所示的请求转发装置,中心服务器可以包括图8、图9或图10所示的请求转发装置。
其中,中心服务器用于向接入服务器发送第一指示信息,第一指示信息用于指示:接入服务器在至少一个业务中的每个业务下的请求个数,请求个数大于零。客户端用于向接入服务器发送至少一个业务中第一业务的处理请求。当接入服务器在第一业务下的请求个数大于零时,接入服务器还用于将第一业务的处理请求发送至后台服务器。接入服务器还用于更新其在第一业务下的请求个数,其中,x-x'=1,x表示更新前的接入服务器在第一业务下的请求个数,x'表示更新后的接入服务器在第一业务下的请求个数。
可选地,在中心服务器向接入服务器发送第一指示信息之前,中心服务器还用于确定每个业务对应的目标个数。接入服务器还用于向中心服务器发送配额请求。中心服务器还用于根据配额请求,以及每个业务对应的目标个数,确定接入服务器在每个业务下的请求个数,其中,接入服务器在每个业务下的请求个数小于或等于每个业务对应的目标个数。中心服务器还用于更新每个业务对应的目标个数,其中,y-y'=z,y表示更新前的每个业务对应的目标个数,y'表示更新后的每个业务对应的目标个数,z表示接入服务器在每个业务下的请求个数。
可选地,中心服务器用于:在第i个周期的起始时刻,将每个业务对应的初始个数,作为每个业务对应的目标个数,i≥1。在接入服务器将第一业务的处理请求发送至后台服务器之后,后台服务器还用于向接入服务器发送第一业务的处理结果。接入服务器还用于向中心服务器发送第一业务的处理结果。当第一业务的处理结果属于处理结果集合时,中心服务器还用于降低第一业务对应的初始个数。
可选地,在接入服务器更新其在第一业务下的请求个数之后,当接入服务器在第一业务下的请求个数小于个数阈值时,接入服务器还用于向中心服务器发送第一业务的个数增加请求。当第一业务对应的目标个数大于零时,中心服务器还用于根据第一业务的个数增加请求,以及第一业务对应的目标个数,确定接入服务器在第一业务下的个数增值,其中,接入服务器在第一业务下的个数增值小于或等于第一业务对应的目标个数。中心服务器还用于向接入服务器发送第二指示信息,第二指示信息用于指示:接入服务器在第一业务下的个数增值。接入服务器还用于根据第二指示信息,更新其在第一业务下的请求个数,其中,m'-m=n,m'表示更新后的接入服务器在第一业务下的请求个数,m表示更新前的接入服务器在第一业务下的请求个数,n表示接入服务器在第一业务下的个数增值。
综上所述,本发明实施例提供的互联网系统中,中心服务器向接入服务器发送用于指示接入服务器在每个业务下的请求个数的第一指示信息。接入服务器在接收到客户端发送的第一业务的处理请求时,若接入服务器在该第一业务下的请求个数大于零,则将第一业务的处理请求发送至后台服务器,并更新其在第一业务下的请求个数。使得接入服务器能够根据其在第一业务下的请求个数,确定是否将客户端发出的处理请求转发至后台服务器,相较于相关技术,丰富了接入服务器的功能,从而丰富了互联网系统对请求转发的功能。
本发明实施例还提供了一种计算机可读存储介质,计算机可读存储介质内存储有指令,当指令在处理组件上运行时,使得处理组件执行本发明实施例提供的请求转发方法中由接入服务器执行的步骤。或者使得处理组件执行本发明实施例提供的请求转发方法中由中心服务器执行的步骤。
本发明实施例还提供了一种包含指令的计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行本发明实施例提供的请求转发方法中由接入服务器执行的步骤。或者使得计算机执行本发明实施例提供的请求转发方法中由中心服务器执行的步骤。
在本申请中,术语“第一”、“第二”、“第三”和“第四”仅用于描述目的,而不能理解为指示或暗示相对重要性。术语“至少一个”指一个或两个或两个以上,除非另有明确的限定。
需要说明的是,本发明实施例提供的方法实施例、装置实施例以及系统实施例均可以相互参考,本发明实施例对此不做限定。本发明实施例提供的方法实施例步骤的先后顺序能够进行适当调整,步骤也能够根据情况进行相应增减,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化的方法,都应涵盖在本发明的保护范围之内,因此不再赘述。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (8)

1.一种请求转发方法,其特征在于,所述方法周期性执行,所述方法包括:
在每个周期的起始时刻,中心服务器将在至少一个业务中的每个业务对应的初始个数作为所述每个业务对应的目标个数;
接入服务器向所述中心服务器发送配额请求;
所述中心服务器根据所述配额请求,以及所述每个业务对应的目标个数,确定所述接入服务器在所述每个业务下的请求个数,并向接入服务器发送第一指示信息,所述第一指示信息用于指示:所述接入服务器在所述每个业务下的请求个数,所述请求个数大于零,并且所述请求个数小于或等于所述每个业务对应的目标个数;所述中心服务器更新所述每个业务对应的目标个数,其中,y-y'=z,y表示更新前的所述每个业务对应的目标个数,y'表示更新后的所述每个业务对应的目标个数,z表示所述接入服务器在所述每个业务下的请求个数;
客户端向所述接入服务器发送所述至少一个业务中第一业务的处理请求;
当所述接入服务器在所述第一业务下的请求个数大于零时,所述接入服务器将所述第一业务的处理请求发送至后台服务器;
所述接入服务器更新其在所述第一业务下的请求个数,其中,x-x'=1,x表示更新前的所述接入服务器在所述第一业务下的请求个数,x'表示更新后的所述接入服务器在所述第一业务下的请求个数;
所述后台服务器向所述接入服务器发送所述第一业务的处理结果;
所述接入服务器向所述中心服务器发送所述第一业务的处理结果;
当所述第一业务的处理结果属于处理结果集合时,所述中心服务器根据所述处理结果异步地降低下一周期内所述第一业务对应的初始个数,其中所述处理结果集合包括第一指示子集合和第二指示子集合,所述第一指示子集合指示所述后台服务器无法对所述第一业务的处理请求进行处理,所述第二指示子集合指示所述后台服务器完成对所述第一业务的处理请求的处理并且处理耗时大于处理耗时阈值。
2.根据权利要求1所述的方法,其特征在于,在所述接入服务器更新其在所述第一业务下的请求个数之后,所述方法还包括:
当所述接入服务器在所述第一业务下的请求个数小于个数阈值时,所述接入服务器向所述中心服务器发送所述第一业务的个数增加请求;
当所述第一业务对应的目标个数大于零时,所述中心服务器根据所述第一业务的个数增加请求,以及所述第一业务对应的目标个数,确定所述接入服务器在所述第一业务下的个数增值,其中,所述接入服务器在所述第一业务下的个数增值小于或等于所述第一业务对应的目标个数;
所述中心服务器向所述接入服务器发送第二指示信息,所述第二指示信息用于指示:所述接入服务器在所述第一业务下的个数增值;
所述接入服务器根据所述第二指示信息,更新其在所述第一业务下的请求个数,其中,m'-m=n,m'表示更新后的所述接入服务器在所述第一业务下的请求个数,m表示更新前的所述接入服务器在所述第一业务下的请求个数,n表示所述接入服务器在所述第一业务下的个数增值。
3.一种互联网系统,其特征在于,所述互联网系统包括中心服务器、接入服务器、客户端以及后台服务器,
所述中心服务器用于在每个周期的起始时刻,将在至少一个业务中的每个业务对应的初始个数作为所述每个业务对应的目标个数;
所述接入服务器向所述中心服务器发送配额请求;
所述中心服务器根据所述配额请求,以及所述每个业务对应的目标个数,确定所述接入服务器在所述每个业务下的请求个数,并向所述接入服务器发送第一指示信息,所述第一指示信息用于指示:所述接入服务器在至少一个业务中的每个业务下的请求个数,所述请求个数大于零,并且所述请求个数小于或等于所述每个业务对应的目标个数;
所述中心服务器更新所述每个业务对应的目标个数,其中,y-y'=z,y表示更新前的所述每个业务对应的目标个数,y'表示更新后的所述每个业务对应的目标个数,z表示所述接入服务器在所述每个业务下的请求个数;
所述客户端用于向所述接入服务器发送所述至少一个业务中第一业务的处理请求;
当所述接入服务器在所述第一业务下的请求个数大于零时,所述接入服务器还用于将所述第一业务的处理请求发送至所述后台服务器;
所述接入服务器还用于更新其在所述第一业务下的请求个数,其中,x-x'=1,x表示更新前的所述接入服务器在所述第一业务下的请求个数,x'表示更新后的所述接入服务器在所述第一业务下的请求个数;
所述后台服务器用于向所述接入服务器发送所述第一业务的处理结果;
所述接入服务器还用于向所述中心服务器发送所述第一业务的处理结果;
所述中心服务器还用于当所述第一业务的处理结果属于处理结果集合时,根据所述处理结果异步地降低下一周期内所述第一业务对应的初始个数,其中所述处理结果集合包括第一指示子集合和第二指示子集合,所述第一指示子集合指示所述后台服务器无法对所述第一业务的处理请求进行处理,所述第二指示子集合指示所述后台服务器完成对所述第一业务的处理请求的处理并且处理耗时大于处理耗时阈值。
4.一种请求转发方法,其特征在于,所述方法周期性执行,所述方法包括:
接入服务器向中心服务器发送配额请求,并接收中心服务器在每个周期的起始时刻,将在至少一个业务中的每个业务对应的初始个数作为所述每个业务对应的目标个数,根据所述配额请求以及所述每个业务对应的目标个数,确定所述接入服务器在所述每个业务下的请求个数之后发送的第一指示信息,所述第一指示信息用于指示:所述接入服务器在至少一个业务中的每个业务下的请求个数,所述请求个数大于零,并且所述请求个数小于或等于所述每个业务对应的目标个数;并使得所述中心服务器更新所述每个业务对应的目标个数,其中,y-y'=z,y表示更新前的所述每个业务对应的目标个数,y'表示更新后的所述每个业务对应的目标个数,z表示所述接入服务器在所述每个业务下的请求个数;
所述接入服务器接收客户端发送的所述至少一个业务中第一业务的处理请求;
当所述接入服务器在所述第一业务下的请求个数大于零时,所述接入服务器将所述第一业务的处理请求发送至后台服务器;
所述接入服务器更新其在所述第一业务下的请求个数,其中,x-x'=1,x表示更新前的所述接入服务器在所述第一业务下的请求个数,x'表示更新后的所述接入服务器在所述第一业务下的请求个数;
所述接入服务器向所述中心服务器转发所述后台服务器发送的所述第一业务的处理结果,以使当所述第一业务的处理结果属于处理结果集合时,所述中心服务器根据所述处理结果异步地 降低下一周期内所述第一业务对应的初始个数,其中所述处理结果集合包括第一指示子集合和第二指示子集合,所述第一指示子集合指示所述后台服务器无法对所述第一业务的处理请求进行处理,所述第二指示子集合指示所述后台服务器完成对所述第一业务的处理请求的处理并且处理耗时大于处理耗时阈值。
5.一种请求转发方法,其特征在于,所述方法周期性执行,所述方法包括:
中心服务器在每个周期的起始时刻,将在至少一个业务中的每个业务对应的初始个数作为所述每个业务对应的目标个数;
所述中心服务器根据接入服务器发送的配额请求,以及所述每个业务对应的目标个数,确定所述接入服务器在所述每个业务下的请求个数,并向接入服务器发送第一指示信息,以使所述接入服务器在接收到客户端发送的至少一个业务中第一业务的处理请求时,根据所述第一指示信息,将所述第一业务的处理请求发送至后台服务器;所述第一指示信息用于指示:所述接入服务器在至少一个业务中的每个业务下的请求个数,所述请求个数大于零,并且所述请求个数小于或等于所述每个业务对应的目标个数;
所述中心服务器更新所述每个业务对应的目标个数,其中,y-y'=z,y表示更新前的所述每个业务对应的目标个数,y'表示更新后的所述每个业务对应的目标个数,z表示所述接入服务器在所述每个业务下的请求个数;
所述中心服务器接收所述接入服务器转发的所述后台服务器发送的所述第一业务的处理结果;
当所述第一业务的处理结果属于处理结果集合时,所述中心服务器根据所述处理结果异步地降低下一周期内所述第一业务对应的初始个数,其中所述处理结果集合包括第一指示子集合和第二指示子集合,所述第一指示子集合指示所述后台服务器无法对所述第一业务的处理请求进行处理,所述第二指示子集合指示所述后台服务器完成对所述第一业务的处理请求的处理并且处理耗时大于处理耗时阈值。
6.一种请求转发装置,其特征在于,所述请求转发装置包括用于执行权利要求4或5所述的请求转发方法的各个模块。
7.一种请求转发装置,其特征在于,包括:
处理器;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器在运行所述可执行指令时,能够实现权利要求4或5所述的请求转发方法。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令;
当所述指令在处理组件上运行时,使得所述处理组件执行权利要求4或5所述的请求转发方法。
CN201910618720.7A 2019-07-10 2019-07-10 请求转发方法及装置、互联网系统 Active CN112217844B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910618720.7A CN112217844B (zh) 2019-07-10 2019-07-10 请求转发方法及装置、互联网系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910618720.7A CN112217844B (zh) 2019-07-10 2019-07-10 请求转发方法及装置、互联网系统

Publications (2)

Publication Number Publication Date
CN112217844A CN112217844A (zh) 2021-01-12
CN112217844B true CN112217844B (zh) 2022-05-10

Family

ID=74048096

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910618720.7A Active CN112217844B (zh) 2019-07-10 2019-07-10 请求转发方法及装置、互联网系统

Country Status (1)

Country Link
CN (1) CN112217844B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103369601A (zh) * 2013-07-15 2013-10-23 厦门卓讯信息技术有限公司 为手机客户端提供大并发处理及流量控制的方法
CN105897484A (zh) * 2016-06-01 2016-08-24 努比亚技术有限公司 一种流量管理装置、服务器和方法
CN109150744A (zh) * 2018-09-21 2019-01-04 福建南威软件有限公司 一种基于api状态的网关服务调度升降级方法
CN109194584A (zh) * 2018-08-13 2019-01-11 中国平安人寿保险股份有限公司 一种流量监控方法、装置、计算机设备及存储介质
CN109257294A (zh) * 2018-09-07 2019-01-22 武汉斗鱼网络科技有限公司 基于redis的服务动态降级方法、装置、服务器及存储介质
CN109660400A (zh) * 2018-12-24 2019-04-19 苏州思必驰信息科技有限公司 流控配置方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7698115B2 (en) * 2003-06-30 2010-04-13 Microsoft Corporation System and method for dynamically allocating resources in a client/server environment
US9201693B2 (en) * 2012-09-04 2015-12-01 Microsoft Technology Licensing, Llc Quota-based resource management
CN107729417A (zh) * 2017-09-27 2018-02-23 郑州云海信息技术有限公司 一种配额归还实现方法、装置、设备及计算机存储介质
CN109118361B (zh) * 2018-07-20 2022-01-28 创新先进技术有限公司 额度管理方法、装置及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103369601A (zh) * 2013-07-15 2013-10-23 厦门卓讯信息技术有限公司 为手机客户端提供大并发处理及流量控制的方法
CN105897484A (zh) * 2016-06-01 2016-08-24 努比亚技术有限公司 一种流量管理装置、服务器和方法
CN109194584A (zh) * 2018-08-13 2019-01-11 中国平安人寿保险股份有限公司 一种流量监控方法、装置、计算机设备及存储介质
CN109257294A (zh) * 2018-09-07 2019-01-22 武汉斗鱼网络科技有限公司 基于redis的服务动态降级方法、装置、服务器及存储介质
CN109150744A (zh) * 2018-09-21 2019-01-04 福建南威软件有限公司 一种基于api状态的网关服务调度升降级方法
CN109660400A (zh) * 2018-12-24 2019-04-19 苏州思必驰信息科技有限公司 流控配置方法及系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"SDN控制器中流量管理的研究与实现";任擎天;《中国优秀硕士学位论文全文数据库》;20160831;全文 *
"On Load Balancing in a Dense Wireless Multihop Network";Esa Hyytiä†,‡;《2006 2nd conference on next generation internet design and engineering》;20060831;全文 *

Also Published As

Publication number Publication date
CN112217844A (zh) 2021-01-12

Similar Documents

Publication Publication Date Title
CN108848039B (zh) 服务器、消息分配的方法及存储介质
CN108960797B (zh) 区块生成及验证方法、装置、设备和存储介质
WO2015085969A1 (zh) 推荐算法优化方法、装置及系统
CN112583931A (zh) 消息处理方法、消息中间件、电子设备和存储介质
CN110673959A (zh) 用于处理任务的系统、方法和装置
CN114006946B (zh) 同质资源请求的处理方法、装置、设备及存储介质
CN110909978A (zh) 资源处理方法、装置、服务器及计算机可读存储介质
CN103248636A (zh) 离线下载的系统及方法
CN110544136A (zh) 计算同步投放概率的方法、装置、设备及存储介质
CN112217844B (zh) 请求转发方法及装置、互联网系统
CN111400301A (zh) 一种数据查询方法、装置及设备
CN110909072B (zh) 一种数据表建立方法、装置及设备
CN111061557B (zh) 均衡分布式内存数据库负载的方法和装置
CN109032779B (zh) 任务处理方法、装置、计算机设备及可读存储介质
CN115660344A (zh) 用户排班方法、装置、电子设备及存储介质
CN115174686B (zh) 一种基于服务效率的多个服务通道权重动态调整方法和装置
CN108345699B (zh) 获取多媒体数据的方法、装置及存储介质
CN116107710A (zh) 用于处理离线渲染任务的方法、装置、设备和介质
CN110750362A (zh) 生物信息的分析方法、装置和存储介质
CN115658745A (zh) 数据处理方法、装置、计算机设备和计算机可读存储介质
CN111381927A (zh) 虚机调整方法、装置、网络设备和可读存储介质
CN111143397B (zh) 混合数据查询方法及装置、存储介质
CN117093387B (zh) 消息处理方法、装置、电子设备和存储介质
CN114449031B (zh) 信息获取方法、装置、设备和存储介质
CN116089038A (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