CN110719306B - 一种网络请求限制方法、计算机设备、存储介质 - Google Patents

一种网络请求限制方法、计算机设备、存储介质 Download PDF

Info

Publication number
CN110719306B
CN110719306B CN201810760138.XA CN201810760138A CN110719306B CN 110719306 B CN110719306 B CN 110719306B CN 201810760138 A CN201810760138 A CN 201810760138A CN 110719306 B CN110719306 B CN 110719306B
Authority
CN
China
Prior art keywords
request
computing resource
network
request source
grouping
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
CN201810760138.XA
Other languages
English (en)
Other versions
CN110719306A (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.)
Alibaba Singapore Holdings Pte Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201810760138.XA priority Critical patent/CN110719306B/zh
Publication of CN110719306A publication Critical patent/CN110719306A/zh
Application granted granted Critical
Publication of CN110719306B publication Critical patent/CN110719306B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/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
    • H04L67/63—Routing a service request depending on the request content or context
    • 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/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • 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/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer

Landscapes

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

Abstract

本申请实施例公开了一种网络请求限制方法和装置。所述方法包括：获取网络请求，根据网络请求的请求源，分配网络请求至计算资源分组，导致所占用的计算资源分组超出负载范围时，选出至少一个请求源，对选取的请求源的网络请求进行限制，使得超出负载范围的问题仅仅出现在一个或几个计算资源分组中，将计算资源超出负载范围的风险分散，实现最小的影响范围，而且相比于多个请求源都有部分网络请求被限制，部分网络请求不受限制的情况，将受限制的网络请求集中在选取的至少一个请求源上，使得在同样数量的网络请求受限制时，减少受限制的请求源的数量，确保更多的请求源的所有网络请求都不受限制，尽可能减少网络请求受到影响的用户的数量。

Description

一种网络请求限制方法、计算机设备、存储介质
技术领域
本申请涉及数据处理技术领域，具体涉及一种网络请求限制方法、一种计算机设备、一种计算机可读存储介质。
背景技术
互联网提供的网络服务越来越普及，使得很多网络服务都面临超负载的情况，尤其是在各种促销打折活动期间，会有过多的用户使用网络服务，经常会超出系统所能承载的容量，就出现了超负载。
申请人经研究发现，面对突发访问高峰问题，可以采用云计算技术的弹性计算来减缓影响。但弹性计算会带来一定程度的延时，而且付出额外的成本来购买弹性空间，并且很多应用程序是由状态的，无法通过简单的弹性计算来解决问题。除了弹性计算外，主流的解决方式是基于请求的限流技术，即当负载超出容量时，对新的网络服务请求进行限制，但这样限流会导致大量用户都受到影响。
发明内容
鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的网络请求限制方法、以及计算机设备、计算机可读存储介质。
依据本申请的一个方面，提供了一种网络请求限制方法，包括：
获取网络请求，所述网络请求来源于多个请求源；
根据所述网络请求的请求源，分配网络请求至计算资源分组；
确定所述网络请求对应占用的计算资源分组超出负载范围；
选取待限制的至少一个请求源；
对所选取的请求源的网络请求进行限制。
可选地，当所有的计算资源分组都超出负载范围时，所述对所选取的请求源的网络请求进行限制包括：
将所选取的请求源的网络请求重新分配至计算资源等候分组，所述计算资源等候分组中的网络请求被限制。
可选地，所述方法还包括：
检测负载降低至负载范围以内的目标计算资源分组；
将所述计算资源等候分组的至少一个请求源的网络请求，重新分配至所述目标计算资源分组。
可选地，所述确定所述网络请求对应占用的计算资源分组超出负载范围包括：
确定超出负载范围的超载计算资源分组；
所述方法还包括：
将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组。
可选地，所述将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组包括：
查找负载最小的计算资源分组；
按请求源比例选取所述超载计算资源分组的至少一个请求源；
将所选取的至少一个请求源的网络请求重新分配至负载最小的计算资源分组。
可选地，在所述选取待限制的至少一个请求源之前，所述方法包括：
根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例；
所述选取待限制的至少一个请求源包括：
针对所述计算资源分组对应的网络请求的请求源，按照所述请求源比例选取至少一个请求源。
可选地，所述根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例包括：
若对网络请求进行限制后所述计算资源分组仍超出负载范围，则提高所述请求源比例。
可选地，所述选取待限制的至少一个请求源包括：
根据所述请求源的用户信息，选取所述至少一个请求源。
可选地，所述根据所述网络请求的请求源，分配网络请求至计算资源分组包括：
根据请求源的属性信息，确定网络请求分配的计算资源分组。
可选地，所述根据所述网络请求的请求源，分配网络请求至计算资源分组包括：
根据计算资源分组的数量，确定网络请求分配的计算资源分组。
相应地，本申请还提供了一种网络请求限制装置，包括：
请求获取模块，用于获取网络请求，所述网络请求来源于多个请求源；
分组分配模块，用于根据所述网络请求的请求源，分配网络请求至计算资源分组；
范围确定模块，用于确定所述网络请求对应占用的计算资源分组超出负载范围；
请求源选取模块，用于选取待限制的至少一个请求源；
限制模块，用于对所选取的请求源的网络请求进行限制。
可选地，所述限制模块包括：
等候分组分配子模块，用于当所有的计算资源分组都超出负载范围时，将所选取的请求源的网络请求重新分配至计算资源等候分组，所述计算资源等候分组中的网络请求被限制。
可选地，所述装置还包括：
分组检测模块，用于检测负载降低至负载范围以内的目标计算资源分组；
目标分组分配模块，用于将所述计算资源等候分组的至少一个请求源的网络请求，重新分配至所述目标计算资源分组。
可选地，所述范围确定模块包括：
确定子模块，用于确定超出负载范围的超载计算资源分组；
所述装置还包括：
重新分配模块，用于将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组。
可选地，所述重新分配模块包括：
分组查找子模块，用于查找负载最小的计算资源分组；
第一选取子模块，用于按请求源比例选取所述超载计算资源分组的至少一个请求源；
重新分配子模块，用于将所选取的至少一个请求源的网络请求重新分配至负载最小的计算资源分组。
可选地，所述装置包括：
比例确定模块，用于在所述选取待限制的至少一个请求源之前，根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例；
所述请求源选取模块包括：
第二选取子模块，用于针对所述计算资源分组对应的网络请求的请求源，按照所述请求源比例选取至少一个请求源。
可选地，所述比例确定模块包括：
比例提高子模块，用于若对网络请求进行限制后所述计算资源分组仍超出负载范围，则提高所述请求源比例。
可选地，所述请求源选取模块包括：
第三选取子模块，用于根据所述请求源的用户信息，选取所述至少一个请求源。
可选地，所述分配模块包括：
第一分组确定子模块，用于根据请求源的属性信息，确定网络请求分配的计算资源分组。
可选地，所述分配模块包括：
第二分组确定子模块，用于根据计算资源分组的数量，确定网络请求分配的计算资源分组。
相应地，本申请还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述一个或多个的方法。
相应地，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述一个或多个的方法。
依据本申请实施例，新增多个请求源的网络请求，根据网络请求的请求源，分配网络请求至计算资源分组，导致所占用的计算资源分组超出负载范围时，选出至少一个请求源，对选取的请求源的网络请求进行限制，使得超出负载范围的问题仅仅出现在一个或几个计算资源分组中，将计算资源超出负载范围的风险分散，实现最小的影响范围，而且相比于多个请求源都有部分网络请求被限制，部分网络请求不受限制的情况，将受限制的网络请求集中在选取的至少一个请求源上，使得在同样数量的网络请求受限制时，减少受限制的请求源的数量，确保更多的请求源的所有网络请求都不受限制，尽可能减少网络请求受到影响的用户的数量。
进一步，通过检测负载降低至负载范围以内的目标计算资源分组，将所述计算资源等候分组的至少一个请求源的网络请求，重新分配至所述目标计算资源分组，相比于多个请求源都有部分网络请求被限制，部分网络请求不受限制的情况，将受限制的网络请求集中在选取的至少一个请求源上，使得在同样数量的网络请求受限制时，减少受限制的请求源的数量，确保更多的请求源的所有网络请求都不受限制，尽可能减少网络请求受到影响的用户的数量。
上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了网络请求限制过程的示意图；
图2示出了根据本申请实施例一的一种网络请求限制方法实施例的流程图；
图3示出了根据本申请实施例二的一种网络请求限制方法实施例的流程图；
图4示出了根据本申请实施例三的一种网络请求限制装置实施例的结构框图；
图5示出了可被用于实现本公开中所述的各个实施例的示例性系统。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
为使本领域技术人员更好地理解本申请，以下对本申请涉及的概念进行说明：
网络请求包括通过网络发起的请求，例如，在购物场景下，客户端向服务器发起的“打开商品页面”、“加入购物车”、“结算”等等网络请求，具体可以包括任意适用的网络请求，本申请实施例对此不做限制。
服务器或者服务器集群等接收到的网络请求可以来源于不同的请求源(例如，各个用户的客户端)，例如，用户A的购物客户端、用户B打开的购物网页等等，也可以将用户账号作为请求源，或者其他任意适用的请求源，本申请实施例对此不做限制。
网络请求需要占用计算资源来处理，计算资源包括软件和硬件资源，例如，一个或多个服务器，服务器集群及其上运行的程序等都属于计算资源，具体可以包括任意适用的计算资源，本申请实施例对此不做限制。
将计算资源划分成多个相互隔离的分组，记为计算资源分组，包括逻辑上和物理上的分组，计算资源分组之间基本不共享硬件及软件资源。例如，将一个IDC(InternetData Center，互联网数据中心)中的计算资源划分成不同的计算资源分组，可以定义为逻辑分组，而不同的IDC之间相互隔离，即实现了物理分组，具体可以任意适用的计算资源分组，本申请实施例对此不做限制。
计算资源分组的实现技术可以包括多种，例如，数据中心的异地多活架构，将用户核心业务的一系列网络请求，内聚到一个计算资源分组，用户在客户端操作的一个完整过程，相关数据都能在一个计算资源分组内完成，避免跨分组获取数据，一个计算资源分组可以是一个机房，也可以是一个机房内的某一组子服务器群。或者还可以采用区域化部署技术，即可以指定每个具体用户的机房(即计算资源分组)归属，也可以按照某一规则灵活调整某一组用户的机房归属。具体可以包括任意适用的实现方式，本申请实施例对此不做限制。
计算资源是有限的，网络请求过多会导致超出计算资源分组所能承载的负载，因此，计算资源分组设置有负载范围，计算资源分组超出负载范围也就是将要接近计算资源分组的最大负载。通常要求计算资源分组运行时不能达到最大负载，负载范围的上限要低于最大负载，例如，服务器的负载范围的上限可以设置为最大负载的80％。根据需要可以设置为任意适用的负载范围，本申请实施例对此不做限制。
在本申请的一种可选实施例中，对网络请求进行限制的一种实现方式中，可以专门设置一个计算资源等候分组，计算资源等候分组是虚拟的分组，即其中没有处理网络请求的计算资源，仅可以暂时存放网络请求，但提供所请求的网络服务，例如，在各个机房(即计算资源分组)的统一接入层里，设置一个不存在计算资源的分组(即计算资源等候分组)，暂存受限制的网络请求，待有计算资源分组不超出负载范围后，再将计算资源等候分组中的网络请求重新分配给未超负载的计算资源分组。
在本申请的一种可选实施例中，计算资源分组有两种状态，即超出负载范围时，记为超载计算资源分组，未超出负载范围时，记为未超载计算资源分组。
在本申请的一种可选实施例中，网络请求会不断分配给计算资源分组进行处理，同时也不断有网络请求被计算资源分组处理完，这是一个动态过程。对请求源的网络请求进行限制时，可以按照比例选取请求源，并对选取的请求源的网络请求进行限制，记为请求源比例。
在本申请的一种可选实施例中，选取请求源的依据可以包括请求源的用户信息，例如，在电子商务网站中，用户的等级、历史消费金额、历史订单数量、根据业务规则为用户定义的重要性等，或者其他任意适用的用户信息，本申请实施例对此不做限制。
在本申请的一种可选实施例中，为网络请求分配计算资源分组时，可以根据请求源的属性信息，属性信息包括请求源所属的地理位置、网络位置等，例如，根据客户端所处的城市，分配该城市的机房(即计算资源分组)来处理客户端的网络请求，或者其他任意适用的请求源本身的属性，本申请实施例对此不做限制。
根据本申请的一种实施例，在处理网络请求的过程中，网络请求过多时，计算资源会超出负载范围，这时需要对新的网络请求进行限制，导致大量用户都受到影响的问题。如图1所示的网络请求限制过程的示意图，本申请提供了一种网络请求限制机制，新增多个请求源的网络请求，根据网络请求的请求源，分配网络请求至计算资源分组，导致所占用的计算资源分组超出负载范围时，选出至少一个请求源，对选取的请求源的网络请求进行限制，使得超出负载范围的问题仅仅出现在一个或几个计算资源分组中，将计算资源超出负载范围的风险分散，实现最小的影响范围，而且相比于多个请求源都有部分网络请求被限制，部分网络请求不受限制的情况，将受限制的网络请求集中在选取的至少一个请求源上，使得在同样数量的网络请求受限制时，减少受限制的请求源的数量，确保更多的请求源的所有网络请求都不受限制，尽可能减少网络请求受到影响的用户的数量。本申请适用但不局限于上述应用场景。
参照图2，示出了根据本申请实施例一的一种网络请求限制方法实施例的流程图，该方法具体可以包括以下步骤：
步骤101，获取网络请求。
在本申请实施例中，网络请求来源于多个请求源，网络请求是不断从不同的请求源发送来的，获取每个网络请求后，会分配计算资源来处理网络请求。
例如，本申请方案部署在各个机房(即计算资源分组)的统一接入层里，统一接入层是所有网络请求首先被路由到的应用程序，可以理解为机房入口，机房入口可以判断网络请求具体转发到哪个合适的机房中。
步骤102，根据网络请求的请求源，分配网络请求至计算资源分组。
在本申请实施例中，若不对计算资源进行分组，超出负载范围会带来全局问题，而进行分组以后，超出负载范围的问题仅仅出现在一个或几个计算资源分组中，将计算资源超出负载范围的风险分散，实现最小的影响范围。
在本申请实施例中，分配网络请求至计算资源分组的方式可以包括多种，例如，根据请求源的属性信息，确定网络请求分配的计算资源分组，或者根据计算资源分组的数量，确定所述网络请求分配的计算资源分组，或者其他任意适用的方式，本申请实施例对此不做限制。
步骤103，确定所述网络请求对应占用的计算资源分组超出负载范围。
在本申请实施例中，不同的网络请求可以占用相同或不同的计算资源分组，例如，用户A的网络请求和用户B的网络请求占用机房X，而用户C的网络请求占用机房Y。计算资源分组可以监测自身的负载情况，若计算资源分组超出负载范围，则需要对网络请求进行限制，以使计算资源分组的负载下降到负载范围以内。
在一个实现方式中，若有多个计算资源分组，则分别监测各个计算资源分组的负载情况，不同的网络请求被分配到各个计算资源分组中，当一段时间内网络请求的数量过多时，就会导致部分或全部计算资源分组的负载上升，以至于超出负载范围。
步骤104，选取待限制的至少一个请求源。
在本申请实施例中，对网络请求进行限制是针对超出负载范围的计算资源分组的。通常限制网络请求时不考虑网络请求的请求源，导致多个请求源都有部分网络请求被限制，部分网络请求不受限制的情况，例如，在网络购物场景中，用户A的一个网络请求被限制，另一个网络请求不被限制，用户B的一个网络请求被限制，另一个网络请求不被限制，最终导致用户A和用户B都没有下单成功。为了避免这种问题，本申请基于用户粒度进行限制，即选取至少一个请求源，然后对选取的请求源的网络请求进行限制，而没有被选取的请求源的网络请求则不受限制。例如，用户A的网络请求都被限制，而用户B的网络请求则不被限制，既起到了同样的限流的作用，又确保了用户B可以下单成功。
在本申请实施例中，选取请求源的方式可以包括多种，例如，针对计算资源分组对应的网络请求的请求源，按照请求源比例选取至少一个请求源，或者根据请求源的用户信息，选取至少一个请求源，或者其他任意适用的选取方式，本申请实施例对此不做限制。
步骤105，对所选取的请求源的网络请求进行限制。
在本申请实施例中，针对选取的至少一个请求源，对于本次以及之后的网络请求都进行限制，即计算资源分组仅处理未被选取的请求源的网络请求，而选取的请求源的网络请求则不进行处理。限制网络请求的方式可以包括多种，例如，将选取的请求源的网络请求重新分配至计算资源等候分组，或者其他任意适用的方式，本申请实施例对此不做限制。
在本申请实施例中，网络请求被限制后，计算资源分组的负载可以得到缓解或下降，直至下降到负载范围内，就可以取消对于网络请求的限制，恢复正常。
依据本申请实施例，新增多个请求源的网络请求，根据网络请求的请求源，分配网络请求至计算资源分组，导致所占用的计算资源分组超出负载范围时，选出至少一个请求源，对选取的请求源的网络请求进行限制，使得超出负载范围的问题仅仅出现在一个或几个计算资源分组中，将计算资源超出负载范围的风险分散，实现最小的影响范围，而且相比于多个请求源都有部分网络请求被限制，部分网络请求不受限制的情况，将受限制的网络请求集中在选取的至少一个请求源上，使得在同样数量的网络请求受限制时，减少受限制的请求源的数量，确保更多的请求源的所有网络请求都不受限制，尽可能减少网络请求受到影响的用户的数量。
在本申请的一种实施例中，可选地，根据网络请求的请求源，分配所述网络请求至计算资源分组的一种实现方式可以包括：根据请求源的属性信息，确定网络请求分配的计算资源分组。
根据请求源的一种或多种属性信息，分配计算资源分组，例如，请求源所在的国家、城市、网络位置等。请求源被分配至一个计算资源分组后，请求源的网络请求就都被分配到该计算资源分组。
在本申请的一种实施例中，可选地，所述根据网络请求的请求源，分配所述网络请求至计算资源分组的一种实现方式可以包括：根据计算资源分组的数量，确定网络请求分配的计算资源分组。网络请求对计算资源分组的数量取模，根据取模的结果确定分配的计算资源分组，也即使网络请求基本均衡地分配到各个计算资源分组，具体可以包括任意适用的方式，本申请实施例对此不做限制。
在本申请的一种实施例中，可选地，在选取待限制的至少一个请求源之前，还可以包括：根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例；选取待限制的至少一个请求源的一种实现方式可以包括：针对所述计算资源分组对应的网络请求的请求源，按照请求源比例选取至少一个请求源。
选取至少一个请求源时，可以按照请求源比例进行选取，而请求源比例可以根据超出负载范围的计算资源分组的负载情况确定，例如可以设置一个默认的请求源比例，当计算资源分组刚刚超出负载范围时，按照默认的请求源比例选取至少一个请求源，若持续一定时间后负载无法下降到负载范围内或者负载仍在上升，则可以提高请求源比例进行限制，具体可以按照一定梯度逐渐提高，也可以根据计算资源分组的实际负载情况计算出对应的请求源比例，具体可以采用任意适用的方式确定请求源比例，本申请实施例对此不做限制。
在本申请的一种实施例中，可选地，根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例的一种实现方式可以包括：若对网络请求进行限制后所述计算资源分组仍超出负载范围，则提高请求源比例。
按照请求源比例选取请求源，比对选取的请求源的网络请求进行限制后，如果计算资源分组仍超出负载范围，表明限制的比例偏低，可以提高请求源比例以增加被选取的请求源，继而增加被限制的网络请求的数量，提高请求源比例可以采用每隔一段时间逐步提高请求源比例，或者可以根据负载情况计算提高后的请求源比例，或者其他任意适用的方式提高请求源比例，本申请实施例对此不做限制。
在本申请的一种实施例中，可选地，选取待限制的至少一个请求源的一种实现方式可以包括：根据请求源的用户信息，选取至少一个请求源。
在选取请求源时，还可以根据请求源的用户信息进行，例如，按照用户的重要性(例如，用户的等级)，从重要性最低的用户开始选取，或者根据业务规则和用户信息，确定被选取的用户，或者其他任意适用的选取方式，本申请实施例对此不做限制。
参照图3，示出了根据本申请实施例二的一种网络请求限制方法实施例的流程图，该方法具体可以包括以下步骤：
步骤201，获取网络请求。
在本申请实施例中，此步骤的具体实现方式可以参见前述实施例中的描述，此处不另赘述。
步骤202，根据网络请求的请求源，分配网络请求至计算资源分组。
在本申请实施例中，此步骤的具体实现方式可以参见前述实施例中的描述，此处不另赘述。
步骤203，确定超出负载范围的超载计算资源分组。
在本申请实施例中，多个计算资源分组分别监测负载，将超出负载范围的计算资源分组，确定为超载计算资源分组。
步骤204，将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组。
在本申请实施例中，为了降低超载计算资源分组的负载，可以将分配的超载计算资源分组的网络请求中的至少一个请求源的网络请求，重新分配给未超载计算资源分组，例如，采用贪心算法将至少一个请求源的网络请求转移到当前负载最小的计算资源分组中。具体可以采用任意适用的方式重新分配网络请求，本申请实施例对此不作限制。
在本申请的一种实施例中，可选地，将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组的一种实现方式可以包括：查找负载最小的计算资源分组；按请求源比例选取所述超载计算资源分组的至少一个请求源；将所选取的至少一个请求源的网络请求重新分配至负载最小的计算资源分组。
由于存在多个计算资源分组，按请求源比例选取超载计算资源分组的至少一个请求源，将选取的至少一个请求源的网络请求重新分配至负载最小的计算资源分组。
步骤205，选取待限制的至少一个请求源。
在本申请实施例中，此步骤的具体实现方式可以参见前述实施例中的描述，此处不另赘述。
步骤206，将所选取的请求源的网络请求重新分配至计算资源等候分组。
在本申请实施例中，当所有的计算资源分组都超出负载范围时，无法再将超载计算资源分组的网络请求重新分配给未超载计算资源分组，则只好将所选取的请求源的网络请求重新分配至计算资源等候分组，由于计算资源等候分组中不存在真实的计算资源，无法处理网络请求，因此计算资源等候分组中的网络请求是被限制的，也即是实现了对于网络请求的限制。
步骤207，检测负载降低至负载范围以内的目标计算资源分组。
在本申请实施例中，计算资源等候分组中存在网络请求时，需要对各个超载计算资源分组进行检测，直至检测到有负载降低至负载范围内的计算资源分组，记为目标计算资源分组。
步骤208，将所述计算资源等候分组的至少一个请求源的网络请求，重新分配至所述目标计算资源分组。
在本申请实施例中，目标计算资源分组的负载回落后，又有了负载容量来处理之前被限制的网络请求，因此可以将计算资源等候分组的至少一个请求源的网络请求，重新分配至目标计算资源分组。选取至少一个请求源的方式可以包括多种，例如，根据时间先后，从先进入计算资源等候分组的请求源开始选取，或者可以根据设定的比例选取请求源，或者其他任意适用的方式选取请求源，本申请实施例对此不做限制。在从计算资源等候分组选取网络请求时，仍然基于用户粒度进行选取，相比于直接选取至少一个网络请求，导致多个请求源都有部分网络请求被重新分配，而部分网络请求仍受限制的情况，将重新分配的网络请求集中在选取的至少一个请求源上，确保更多的请求源的所有网络请求都不受限制，尽可能减少网络请求受到影响的用户的数量。
依据本申请实施例，新增多个请求源的网络请求，根据网络请求的请求源，分配网络请求至计算资源分组，导致所占用的计算资源分组超出负载范围时，选出至少一个请求源，对选取的请求源的网络请求进行限制，使得超出负载范围的问题仅仅出现在一个或几个计算资源分组中，将计算资源超出负载范围的风险分散，实现最小的影响范围，而且相比于多个请求源都有部分网络请求被限制，部分网络请求不受限制的情况，将受限制的网络请求集中在选取的至少一个请求源上，使得在同样数量的网络请求受限制时，减少受限制的请求源的数量，确保更多的请求源的所有网络请求都不受限制，尽可能减少网络请求受到影响的用户的数量。
进一步，通过检测负载降低至负载范围以内的目标计算资源分组，将所述计算资源等候分组的至少一个请求源的网络请求，重新分配至所述目标计算资源分组，相比于多个请求源都有部分网络请求被限制，部分网络请求不受限制的情况，将受限制的网络请求集中在选取的至少一个请求源上，使得在同样数量的网络请求受限制时，减少受限制的请求源的数量，确保更多的请求源的所有网络请求都不受限制，尽可能减少网络请求受到影响的用户的数量。
参照图4，示出了根据本申请实施例三的一种网络请求限制装置实施例的结构框图，具体可以包括：
请求获取模块301，用于获取网络请求，所述网络请求来源于多个请求源；
分组分配模块302，用于根据所述网络请求的请求源，分配网络请求至计算资源分组；
范围确定模块303，用于确定所述网络请求对应占用的计算资源分组超出负载范围；
请求源选取模块304，用于选取待限制的至少一个请求源；
限制模块305，用于对所选取的请求源的网络请求进行限制。
在本申请的一种实施例中，可选地，所述限制模块包括：
等候分组分配子模块，用于当所有的计算资源分组都超出负载范围时，将所选取的请求源的网络请求重新分配至计算资源等候分组，所述计算资源等候分组中的网络请求被限制。
在本申请的一种实施例中，可选地，所述装置还包括：
分组检测模块，用于检测负载降低至负载范围以内的目标计算资源分组；
目标分组分配模块，用于将所述计算资源等候分组的至少一个请求源的网络请求，重新分配至所述目标计算资源分组。
在本申请的一种实施例中，可选地，所述范围确定模块包括：
确定子模块，用于确定超出负载范围的超载计算资源分组；
所述装置还包括：
重新分配模块，用于将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组。
在本申请的一种实施例中，可选地，所述重新分配模块包括：
分组查找子模块，用于查找负载最小的计算资源分组；
第一选取子模块，用于按请求源比例选取所述超载计算资源分组的至少一个请求源；
重新分配子模块，用于将所选取的至少一个请求源的网络请求重新分配至负载最小的计算资源分组。
在本申请的一种实施例中，可选地，所述装置包括：
比例确定模块，用于在所述选取待限制的至少一个请求源之前，根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例；
所述请求源选取模块包括：
第二选取子模块，用于针对所述计算资源分组对应的网络请求的请求源，按照所述请求源比例选取至少一个请求源。
在本申请的一种实施例中，可选地，所述比例确定模块包括：
比例提高子模块，用于若对网络请求进行限制后所述计算资源分组仍超出负载范围，则提高所述请求源比例。
在本申请的一种实施例中，可选地，所述请求源选取模块包括：
第三选取子模块，用于根据所述请求源的用户信息，选取所述至少一个请求源。
在本申请的一种实施例中，可选地，所述分配模块包括：
第一分组确定子模块，用于根据请求源的属性信息，确定网络请求分配的计算资源分组。
在本申请的一种实施例中，可选地，所述分配模块包括：
第二分组确定子模块，用于根据计算资源分组的数量，确定网络请求分配的计算资源分组。
依据本申请实施例，新增多个请求源的网络请求，根据网络请求的请求源，分配网络请求至计算资源分组，导致所占用的计算资源分组超出负载范围时，选出至少一个请求源，对选取的请求源的网络请求进行限制，使得超出负载范围的问题仅仅出现在一个或几个计算资源分组中，将计算资源超出负载范围的风险分散，实现最小的影响范围，而且相比于多个请求源都有部分网络请求被限制，部分网络请求不受限制的情况，将受限制的网络请求集中在选取的至少一个请求源上，使得在同样数量的网络请求受限制时，减少受限制的请求源的数量，确保更多的请求源的所有网络请求都不受限制，尽可能减少网络请求受到影响的用户的数量。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本公开的实施例可被实现为使用任意适当的硬件，固件，软件，或及其任意组合进行想要的配置的系统。图5示意性地示出了可被用于实现本公开中所述的各个实施例的示例性系统(或装置)400。
对于一个实施例，图5示出了示例性系统400，该系统具有一个或多个处理器402、被耦合到(一个或多个)处理器402中的至少一个的系统控制模块(芯片组)404、被耦合到系统控制模块404的系统存储器406、被耦合到系统控制模块404的非易失性存储器(NVM)/存储设备408、被耦合到系统控制模块404的一个或多个输入/输出设备410，以及被耦合到系统控制模块406的网络接口412。
处理器402可包括一个或多个单核或多核处理器，处理器402可包括通用处理器或专用处理器(例如图形处理器、应用处理器、基频处理器等)的任意组合。在一些实施例中，系统400能够作为本申请实施例中所述的浏览器。
在一些实施例中，系统400可包括具有指令的一个或多个计算机可读介质(例如，系统存储器406或NVM/存储设备408)以及与该一个或多个计算机可读介质相合并被配置为执行指令以实现模块从而执行本公开中所述的动作的一个或多个处理器402。
对于一个实施例，系统控制模块404可包括任意适当的接口控制器，以向(一个或多个)处理器402中的至少一个和/或与系统控制模块404通信的任意适当的设备或组件提供任意适当的接口。
系统控制模块404可包括存储器控制器模块，以向系统存储器406提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。
系统存储器406可被用于例如为系统400加载和存储数据和/或指令。对于一个实施例，系统存储器406可包括任意适当的易失性存储器，例如，适当的DRAM。在一些实施例中，系统存储器406可包括双倍数据速率类型四同步动态随机存取存储器(DDR4SDRAM)。
对于一个实施例，系统控制模块404可包括一个或多个输入/输出控制器，以向NVM/存储设备408及(一个或多个)输入/输出设备410提供接口。
例如，NVM/存储设备408可被用于存储数据和/或指令。NVM/存储设备408可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(HDD)、一个或多个光盘(CD)驱动器和/或一个或多个数字通用光盘(DVD)驱动器)。
NVM/存储设备408可包括在物理上作为系统400被安装在其上的设备的一部分的存储资源，或者其可被该设备访问而不必作为该设备的一部分。例如，NVM/存储设备408可通过网络经由(一个或多个)输入/输出设备410进行访问。
(一个或多个)输入/输出设备410可为系统400提供接口以与任意其他适当的设备通信，输入/输出设备410可以包括通信组件、音频组件、传感器组件等。网络接口412可为系统400提供接口以通过一个或多个网络通信，系统400可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信，例如接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合进行无线通信。
对于一个实施例，(一个或多个)处理器402中的至少一个可与系统控制模块404的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器402中的至少一个可与系统控制模块404的一个或多个控制器的逻辑封装在一起以形成系统级封装(SiP)。对于一个实施例，(一个或多个)处理器402中的至少一个可与系统控制模块404的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器402中的至少一个可与系统控制模块404的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(SoC)。
在各个实施例中，系统400可以但不限于是：浏览器、工作站、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)。在各个实施例中，系统400可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，系统400包括一个或多个摄像机、键盘、液晶显示器(LCD)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(ASIC)和扬声器。
其中，如果显示器包括触摸面板，显示屏可以被实现为触屏显示器，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。
本申请实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在终端设备时，可以使得该终端设备执行本申请实施例中各方法步骤的指令(instructions)。
在一个示例中提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如本申请实施例的方法。
在一个示例中还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本申请实施例的一个或多个的方法。
本申请实施例公开了一种网络请求限制方法和装置，示例1包括一种网络请求限制方法，包括：
获取网络请求，所述网络请求来源于多个请求源；
根据所述网络请求的请求源，分配网络请求至计算资源分组；
确定所述网络请求对应占用的计算资源分组超出负载范围；
选取待限制的至少一个请求源；
对所选取的请求源的网络请求进行限制。
示例2可包括示例1所述的方法，其中，当所有的计算资源分组都超出负载范围时，所述对所选取的请求源的网络请求进行限制包括：
将所选取的请求源的网络请求重新分配至计算资源等候分组，所述计算资源等候分组中的网络请求被限制。
示例3可包括示例1和/或示例2所述的方法，其中，所述方法还包括：
检测负载降低至负载范围以内的目标计算资源分组；
将所述计算资源等候分组的至少一个请求源的网络请求，重新分配至所述目标计算资源分组。
示例4可包括示例1-示例3一个或多个所述的方法，其中，所述确定所述网络请求对应占用的计算资源分组超出负载范围包括：
确定超出负载范围的超载计算资源分组；
所述方法还包括：
将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组。
示例5可包括示例1-示例4一个或多个所述的方法，其中，所述将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组包括：
查找负载最小的计算资源分组；
按请求源比例选取所述超载计算资源分组的至少一个请求源；
将所选取的至少一个请求源的网络请求重新分配至负载最小的计算资源分组。
示例6可包括示例1-示例5一个或多个所述的方法，其中，在所述选取待限制的至少一个请求源之前，所述方法包括：
根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例；
所述选取待限制的至少一个请求源包括：
针对所述计算资源分组对应的网络请求的请求源，按照所述请求源比例选取至少一个请求源。
示例7可包括示例1-示例6一个或多个所述的方法，其中，所述根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例包括：
若对网络请求进行限制后所述计算资源分组仍超出负载范围，则提高所述请求源比例。
示例8可包括示例1-示例7一个或多个所述的方法，其中，所述选取待限制的至少一个请求源包括：
根据所述请求源的用户信息，选取所述至少一个请求源。
示例9可包括示例1-示例8一个或多个所述的方法，其中，所述根据所述网络请求的请求源，分配网络请求至计算资源分组包括：
根据请求源的属性信息，确定网络请求分配的计算资源分组。
示例10可包括示例1-示例9一个或多个所述的方法，其中，所述根据所述网络请求的请求源，分配网络请求至计算资源分组包括：
根据计算资源分组的数量，确定网络请求分配的计算资源分组。
示例11包括一种网络请求限制装置，包括：
请求获取模块，用于获取网络请求，所述网络请求来源于多个请求源；
分组分配模块，用于根据所述网络请求的请求源，分配网络请求至计算资源分组；
范围确定模块，用于确定所述网络请求对应占用的计算资源分组超出负载范围；
请求源选取模块，用于选取待限制的至少一个请求源；
限制模块，用于对所选取的请求源的网络请求进行限制。
示例12可包括示例11所述的装置，其中，所述限制模块包括：
等候分组分配子模块，用于当所有的计算资源分组都超出负载范围时，将所选取的请求源的网络请求重新分配至计算资源等候分组，所述计算资源等候分组中的网络请求被限制。
示例13可包括示例11和/或示例12所述的装置，其中，所述装置还包括：
分组检测模块，用于检测负载降低至负载范围以内的目标计算资源分组；
目标分组分配模块，用于将所述计算资源等候分组的至少一个请求源的网络请求，重新分配至所述目标计算资源分组。
示例14可包括示例11-示例13一个或多个所述的装置，其中，所述范围确定模块包括：
确定子模块，用于确定超出负载范围的超载计算资源分组；
所述装置还包括：
重新分配模块，用于将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组。
示例15可包括示例11-示例14一个或多个所述的装置，其中，所述重新分配模块包括：
分组查找子模块，用于查找负载最小的计算资源分组；
第一选取子模块，用于按请求源比例选取所述超载计算资源分组的至少一个请求源；
重新分配子模块，用于将所选取的至少一个请求源的网络请求重新分配至负载最小的计算资源分组。
示例16可包括示例11-示例15一个或多个所述的装置，其中，所述装置包括：
比例确定模块，用于在所述选取待限制的至少一个请求源之前，根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例；
所述请求源选取模块包括：
第二选取子模块，用于针对所述计算资源分组对应的网络请求的请求源，按照所述请求源比例选取至少一个请求源。
示例17可包括示例11-示例16一个或多个所述的装置，其中，所述比例确定模块包括：
比例提高子模块，用于若对网络请求进行限制后所述计算资源分组仍超出负载范围，则提高所述请求源比例。
示例18可包括示例11-示例17一个或多个所述的装置，其中，所述请求源选取模块包括：
第三选取子模块，用于根据所述请求源的用户信息，选取所述至少一个请求源。
示例19可包括示例11-示例18一个或多个所述的装置，其中，所述分配模块包括：
第一分组确定子模块，用于根据请求源的属性信息，确定网络请求分配的计算资源分组。
示例20可包括示例11-示例19一个或多个所述的装置，其中，所述分配模块包括：
第二分组确定子模块，用于根据计算资源分组的数量，确定网络请求分配的计算资源分组。
示例21包括一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如示例1-10一个或多个的方法。
示例22包括一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如示例1-10一个或多个的方法。
虽然某些实施例是以说明和描述为目的的，各种各样的替代、和/或、等效的实施方案、或计算来达到同样的目的实施例示出和描述的实现，不脱离本申请的实施范围。本申请旨在覆盖本文讨论的实施例的任何修改或变化。因此，显然本文描述的实施例仅由权利要求和它们的等同物来限定。

Claims (22)

1.一种网络请求限制方法，其特征在于，包括：
获取网络请求，所述网络请求来源于多个请求源；
根据所述网络请求的请求源，分配网络请求至计算资源分组，所述计算资源分组为由计算资源划分的相互隔离的分组；
确定所述网络请求对应占用的计算资源分组超出负载范围；
选取待限制的至少一个请求源；
对所选取的请求源的网络请求进行限制。
2.根据权利要求1所述的方法，其特征在于，当所有的计算资源分组都超出负载范围时，所述对所选取的请求源的网络请求进行限制包括：
将所选取的请求源的网络请求重新分配至计算资源等候分组，所述计算资源等候分组中的网络请求被限制。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
检测负载降低至负载范围以内的目标计算资源分组；
将所述计算资源等候分组的至少一个请求源的网络请求，重新分配至所述目标计算资源分组。
4.根据权利要求1所述的方法，其特征在于，所述确定所述网络请求对应占用的计算资源分组超出负载范围包括：
确定超出负载范围的超载计算资源分组；
所述方法还包括：
将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组。
5.根据权利要求4所述的方法，其特征在于，所述将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组包括：
查找负载最小的计算资源分组；
按请求源比例选取所述超载计算资源分组的至少一个请求源；
将所选取的至少一个请求源的网络请求重新分配至负载最小的计算资源分组。
6.根据权利要求1所述的方法，其特征在于，在所述选取待限制的至少一个请求源之前，所述方法包括：
根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例；
所述选取待限制的至少一个请求源包括：
针对所述计算资源分组对应的网络请求的请求源，按照所述请求源比例选取至少一个请求源。
7.根据权利要求6所述的方法，其特征在于，所述根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例包括：
若对网络请求进行限制后所述计算资源分组仍超出负载范围，则提高所述请求源比例。
8.根据权利要求1所述的方法，其特征在于，所述选取待限制的至少一个请求源包括：
根据所述请求源的用户信息，选取所述至少一个请求源。
9.根据权利要求1所述的方法，其特征在于，所述根据所述网络请求的请求源，分配网络请求至计算资源分组包括：
根据请求源的属性信息，确定网络请求分配的计算资源分组。
10.根据权利要求1所述的方法，其特征在于，所述根据所述网络请求的请求源，分配网络请求至计算资源分组包括：
根据计算资源分组的数量，确定网络请求分配的计算资源分组。
11.一种网络请求限制装置，其特征在于，包括：
请求获取模块，用于获取网络请求，所述网络请求来源于多个请求源；
分组分配模块，用于根据所述网络请求的请求源，分配网络请求至计算资源分组，所述计算资源分组为由计算资源划分的相互隔离的分组；
范围确定模块，用于确定所述网络请求对应占用的计算资源分组超出负载范围；
请求源选取模块，用于选取待限制的至少一个请求源；
限制模块，用于对所选取的请求源的网络请求进行限制。
12.根据权利要求11所述的装置，其特征在于，所述限制模块包括：
等候分组分配子模块，用于当所有的计算资源分组都超出负载范围时，将所选取的请求源的网络请求重新分配至计算资源等候分组，所述计算资源等候分组中的网络请求被限制。
13.根据权利要求12所述的装置，其特征在于，所述装置还包括：
分组检测模块，用于检测负载降低至负载范围以内的目标计算资源分组；
目标分组分配模块，用于将所述计算资源等候分组的至少一个请求源的网络请求，重新分配至所述目标计算资源分组。
14.根据权利要求11所述的装置，其特征在于，所述范围确定模块包括：
确定子模块，用于确定超出负载范围的超载计算资源分组；
所述装置还包括：
重新分配模块，用于将所述超载计算资源分组的至少一个请求源的网络请求，重新分配至未超载计算资源分组。
15.根据权利要求14所述的装置，其特征在于，所述重新分配模块包括：
分组查找子模块，用于查找负载最小的计算资源分组；
第一选取子模块，用于按请求源比例选取所述超载计算资源分组的至少一个请求源；
重新分配子模块，用于将所选取的至少一个请求源的网络请求重新分配至负载最小的计算资源分组。
16.根据权利要求11所述的装置，其特征在于，所述装置包括：
比例确定模块，用于在所述选取待限制的至少一个请求源之前，根据超出负载范围的计算资源分组的负载情况，确定需限制的请求源比例；
所述请求源选取模块包括：
第二选取子模块，用于针对所述计算资源分组对应的网络请求的请求源，按照所述请求源比例选取至少一个请求源。
17.根据权利要求16所述的装置，其特征在于，所述比例确定模块包括：
比例提高子模块，用于若对网络请求进行限制后所述计算资源分组仍超出负载范围，则提高所述请求源比例。
18.根据权利要求11所述的装置，其特征在于，所述请求源选取模块包括：
第三选取子模块，用于根据所述请求源的用户信息，选取所述至少一个请求源。
19.根据权利要求11所述的装置，其特征在于，所述分配模块包括：
第一分组确定子模块，用于根据请求源的属性信息，确定网络请求分配的计算资源分组。
20.根据权利要求11所述的装置，其特征在于，所述分配模块包括：
第二分组确定子模块，用于根据计算资源分组的数量，确定网络请求分配的计算资源分组。
21.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-10一个或多个的方法。
22.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-10一个或多个的方法。
CN201810760138.XA 2018-07-11 2018-07-11 一种网络请求限制方法、计算机设备、存储介质 Active CN110719306B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810760138.XA CN110719306B (zh) 2018-07-11 2018-07-11 一种网络请求限制方法、计算机设备、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810760138.XA CN110719306B (zh) 2018-07-11 2018-07-11 一种网络请求限制方法、计算机设备、存储介质

Publications (2)

Publication Number Publication Date
CN110719306A CN110719306A (zh) 2020-01-21
CN110719306B true CN110719306B (zh) 2022-07-05

Family

ID=69208229

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810760138.XA Active CN110719306B (zh) 2018-07-11 2018-07-11 一种网络请求限制方法、计算机设备、存储介质

Country Status (1)

Country Link
CN (1) CN110719306B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113923216B (zh) * 2021-09-29 2023-12-15 阿里巴巴（中国）有限公司 一种分布式集群限流系统及方法和分布式集群节点

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104363313A (zh) * 2014-12-02 2015-02-18 网宿科技股份有限公司 使用内容分发网络的网站的资源使用率保障方法和系统
CN106708622A (zh) * 2016-07-18 2017-05-24 腾讯科技（深圳）有限公司 集群资源处理方法和系统、资源处理集群
CN107851039A (zh) * 2015-09-18 2018-03-27 华为技术有限公司 用于资源管理的系统和方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120109852A1 (en) * 2010-10-27 2012-05-03 Microsoft Corporation Reactive load balancing for distributed systems
US20130290213A1 (en) * 2012-04-30 2013-10-31 Hotel DNA System and method for managing events for a facility
CN105847377A (zh) * 2016-04-12 2016-08-10 乐视控股（北京）有限公司 集群网络的请求拥塞过载处理方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104363313A (zh) * 2014-12-02 2015-02-18 网宿科技股份有限公司 使用内容分发网络的网站的资源使用率保障方法和系统
CN107851039A (zh) * 2015-09-18 2018-03-27 华为技术有限公司 用于资源管理的系统和方法
CN106708622A (zh) * 2016-07-18 2017-05-24 腾讯科技（深圳）有限公司 集群资源处理方法和系统、资源处理集群

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"关于TCP/IP计算机网络拥塞控制的浅论";罗勇;《电脑编程技巧与维护》;20150915(第17期);第68-70页 *

Also Published As

Publication number Publication date
CN110719306A (zh) 2020-01-21

Similar Documents

Publication Publication Date Title
JP7127010B2 (ja) リソースの割り当て方法、装置、電子設備、コンピュータ可読媒体およびコンピュータプログラム
US10127086B2 (en) Dynamic management of data stream processing
US10129332B2 (en) Load balancing of distributed services
CN110768912B (zh) Api网关限流方法及装置
US10754704B2 (en) Cluster load balancing based on assessment of future loading
KR102589155B1 (ko) 메모리 관리 방법 및 장치
CN107968810B (zh) 一种服务器集群的资源调度方法、装置和系统
JP6886964B2 (ja) 負荷平衡方法及び装置
US8843632B2 (en) Allocation of resources between web services in a composite service
US11966792B2 (en) Resource processing method of cloud platform, related device, and storage medium
US9161064B2 (en) Auto-scaling management of web content
TWI755415B (zh) 雲端環境下應用集群資源分配的方法、裝置和系統
JP2016505965A5 (ja) 優先度が付与された複数のバーチャルマシン及び複数のアプリケーションに対して、共有された複数のリソースの品質に基づいて、サービスの品質を提供すること
US20160352821A1 (en) Method and system for allocating resources for virtual hosts
CN107105013B (zh) 文件的处理方法、服务器、终端和系统
CN110018781B (zh) 磁盘流控方法、装置以及电子设备
EP3423940A1 (en) A method and device for scheduling resources
US20200272526A1 (en) Methods and systems for automated scaling of computing clusters
US10990519B2 (en) Multi-tenant cloud elastic garbage collector
CN110719306B (zh) 一种网络请求限制方法、计算机设备、存储介质
US20160117107A1 (en) High Performance Hadoop with New Generation Instances
CN114253456A (zh) 一种缓存负载均衡方法和装置
US9104481B2 (en) Resource allocation based on revalidation and invalidation rates
US11803414B2 (en) Diagonal autoscaling of serverless computing processes for reduced downtime
WO2017133421A1 (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
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240227

Address after: 51 Belarusian Road, Singapore

Patentee after: Alibaba Singapore Holdings Ltd.

Country or region after: Singapore

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Patentee before: ALIBABA GROUP HOLDING Ltd.

Country or region before: Cayman Islands