负载均衡方法、装置、计算机设备、存储介质和产品与流程

1.本技术涉及金融科技技术领域，特别是涉及一种负载均衡方法、装置、计算机设备、存储介质和计算机程序产品。


背景技术：

2.负载均衡，可以是指将工作任务平衡地分摊到多个操作单元上进行处理，实现工作任务的协同完成。为防止服务消费方的处理请求因为超时而导致丢失的现象，可以通过负载均衡方法进行相应处理。
3.传统技术中，可以利用负载均衡服务器实现负载均衡。负载均衡服务器可以维护一个服务清单，服务清单中记录有可用的服务提供方，当接收到服务消费方发送的处理请求时，负载均衡服务器可以根据服务清单确定出一个可用的服务提供方，由该可用的服务提供方响应服务消费方的处理请求，降低系统的压力。
4.然而，目前的负载均衡方法依然存在负载不均衡的情况，处理请求的丢失率高。


技术实现要素：

5.基于此，有必要针对上述技术问题，提供一种能够降低处理请求的丢失率的负载均衡方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
6.第一方面，本技术提供了一种负载均衡方法。所述方法包括：
7.获取服务提供方自身的设备状态信息，并基于所述设备状态信息确定令牌生成速率以及令牌桶的容量；
8.按照所述令牌生成速率生成令牌，并在所述令牌桶中令牌的数量少于所述令牌桶的容量的情况下，将所述令牌存储到所述令牌桶中；所述令牌用于指示所述服务提供方对接收到的处理请求进行处理；
9.基于所述令牌桶中令牌的数量与所述令牌桶的容量的比值，得到所述服务提供方的均衡系数，并向服务消费方发送所述均衡系数，以供所述服务消费方基于各服务提供方的均衡系数确定目标服务提供方后触发所述目标服务提供方，从令牌桶中获取令牌，并分配给所述服务消费方发送的处理请求。
10.在其中一个实施例中，所述获取服务提供方自身的设备状态信息，包括：
11.获取服务提供方中的多个硬件当前的硬件使用率，并确定所述服务提供方当前针对处理请求的请求处理效率；
12.根据多个硬件使用率和所述请求处理效率，得到所述服务提供方当前的多个设备状态信息
13.在其中一个实施例中，所述基于所述设备状态信息确定令牌生成速率以及令牌桶的容量，包括：
14.获取各设备状态信息的权重系数，并基于各设备状态信息以及各设备状态信息的权重系数，确定令牌生成速率；
15.基于所述令牌生成速率以及预设的处理请求的处理周期，确定令牌桶的容量。
16.在其中一个实施例中，所述获取各设备状态信息的权重系数，并基于各设备状态信息以及各设备状态信息的权重系数，确定令牌生成速率，包括：
17.基于各设备状态信息以及各设备状态信息的权重系数，确定服务提供方的处理资源；
18.确定服务提供方的处理资源与预先确定的单个处理请求的处理时间的比值，得到所述令牌生成速率。
19.在其中一个实施例中，所述基于所述令牌桶中令牌的数量与所述令牌桶的容量的比值，得到所述服务提供方的均衡系数，并向服务消费方发送所述均衡系数的步骤包括：
20.将所述令牌桶中令牌的数量、所述令牌桶的容量发送至预设的注册中心，由所述注册中心基于所述令牌桶中令牌的数量与所述令牌桶的容量的比值，得到所述服务提供方的均衡系数，并向服务消费方发送所述均衡系数。
21.在其中一个实施例中，在所述向服务消费方发送所述均衡系数之后，所述方法还包括：
22.接收所述服务消费方发送的处理请求，从所述令牌桶中获取令牌，并将所述令牌分配给所述处理请求；
23.当满足对接收到的处理请求进行响应的触发条件时，对接收到的处理请求进行响应，并在检测到所述接收到的处理请求中携带令牌的情况下，对所述接收到的处理请求进行处理。
24.第二方面，本技术还提供了一种负载均衡装置。所述装置包括：
25.获取模块，用于获取服务提供方自身的设备状态信息，并基于所述设备状态信息确定令牌生成速率以及令牌桶的容量；
26.令牌生成模块，用于按照所述令牌生成速率生成令牌，并在所述令牌桶中令牌的数量少于所述令牌桶的容量的情况下，将所述令牌存储到所述令牌桶中；所述令牌用于指示所述服务提供方对接收到的处理请求进行处理；
27.均衡处理模块，用于基于所述令牌桶中令牌的数量与所述令牌桶的容量的比值，得到所述服务提供方的均衡系数，并向服务消费方发送所述均衡系数，以供所述服务消费方基于各服务提供方的均衡系数确定目标服务提供方后触发所述目标服务提供方，从令牌桶中获取令牌，并分配给所述服务消费方发送的处理请求。
28.第三方面，本技术还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如上任一项所述的方法的步骤。
29.第四方面，本技术还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上任一项所述的方法的步骤。
30.第五方面，本技术还提供了一种计算机程序产品。所述计算机程序产品包括计算机程序，该计算机程序被处理器执行时实现如上任一项所述的方法的步骤。
31.上述负载均衡方法、装置、计算机设备、存储介质和计算机程序产品，获取服务提供方自身的设备状态信息，并基于设备状态信息确定令牌生成速率以及令牌桶的容量；按
照令牌生成速率生成令牌，并在令牌桶中令牌的数量少于令牌桶的容量的情况下，将令牌存储到令牌桶中；令牌用于指示服务提供方对接收到的处理请求进行处理；基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数，以供服务消费方基于各服务提供方的均衡系数确定目标服务提供方后触发目标服务提供方，从令牌桶中获取令牌，并分配给服务消费方发送的处理请求。服务提供方在接收处理请求之前，先获取自身的设备状态信息，然后基于自身设备状态信息确定令牌生成速率和令牌桶的容量，从而确定出服务提供方的均衡系数，进而确定出服务提供方自身的处理能力，以供服务消费方根据服务提供方的处理能力进行选择对应的目标服务提供方。一方面，相比现有的负载均衡服务器将负载均匀分配至各个服务提供方，本方案能够有效评估各个服务提供方的处理能力，从而避免了处理请求超时引起的丢失现象，进而降低处理请求的丢失率。另一方面，本技术是将设备状态信息转为令牌，并将转换的令牌存入到令牌桶中，将令牌桶中的令牌，分配给服务消费方，使得由当前的令牌桶中令牌的数量与令牌桶的容量的比值确定的均衡系数，能够更为准确的确定服务提供方的处理能力，进一步降低处理请求的丢失率。
附图说明
32.图1为一个实施例中负载均衡方法的应用环境图；
33.图2为一个实施例中负载均衡方法的流程示意图；
34.图3为另一个实施例中负载均衡方法的应用环境图；
35.图4为另一个实施例中负载均衡方法的流程示意图；
36.图5为一个实施例中负载均衡装置的结构框图；
37.图6为一个实施例中计算机设备的内部结构图。
具体实施方式
38.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
39.本技术的负载均衡方法、装置、计算机设备、存储介质和计算机程序产品可用于金融科技领域，也可用于除金融科技领域之外的其他相关领域，本技术的负载均衡方法、装置、计算机设备、存储介质和计算机程序产品的应用领域不做限定。
40.本技术实施例提供的负载均衡方法，可以应用于如图1所示的应用环境中。该应用环境可以包括：服务消费方110、服务提供方120；其中，服务消费方110通过网络与服务提供方120进行通信。服务消费方可以是客户端或服务器；服务提供方可以是服务器或服务器集群。
41.在实际应用中，服务提供方可以先获取自身的设备状态信息，并基于该设备状态信息确定令牌生成速率和令牌桶的容量；然后，按照令牌生成速率生成令牌，并在令牌桶中令牌的数量少于令牌桶的容量的情况下，将令牌存储到令牌桶中；接着，服务提供方可以基于当前令牌桶中令牌的数量与令牌桶的容量的比值来确定服务提供方的均衡系数，并将均衡系数发送给服务消费方。
42.服务器消费方在接收到各服务提供方发送的均衡系数后，可以基于各服务提供方的均衡系数确定目标服务提供方后触发目标服务提供方执行从令牌桶中获取令牌，并将令牌分配给服务消费方发送的处理请求的操作。
43.在一个实施例中，如图2所示，提供了一种负载均衡方法，以该方法应用于图1中的服务提供方120为例进行说明，包括以下步骤：
44.步骤s202，获取服务提供方自身的设备状态信息，并基于设备状态信息确定令牌生成速率以及令牌桶的容量。
45.作为一示例，设备状态信息可以是影响处理请求的处理效率的指标。例如，可以是影响处理请求的处理效率的硬件资源的指标，也可以是影响处理请求的处理效率的软件资源的指标。令牌生成速率可以是单位时间内令牌的生成个数。令牌桶的容量可以是容纳令牌的数量。
46.实际应用中，服务提供方可以获取到当前时刻自身的多个设备状态信息后，利用多个设备状态信息来确定令牌生成速率和令牌桶的容量。
47.步骤s204，按照令牌生成速率生成令牌，并在令牌桶中令牌的数量少于令牌桶的容量的情况下，将令牌存储到令牌桶中；令牌用于指示服务提供方对接收到的处理请求进行处理。
48.在具体实现中，服务提供方按照令牌生成速率来生成令牌，并判断当前令牌桶中令牌的数量是否少于令牌桶的容量；若是，则将当前生成的令牌存储到令牌桶中；若否，则将当前生成的令牌丢弃。
49.步骤s206，基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数，以供服务消费方基于各服务提供方的均衡系数确定目标服务提供方后触发目标服务提供方，从令牌桶中获取令牌，并分配给服务消费方发送的处理请求。
50.作为一示例，均衡系数可以是反映服务提供方自身可用资源(如软件资源和硬件资源)被占用情况的信息，均衡系数可以与服务提供方自身可用资源的占用率呈正相关，即均衡系数越大，服务提供方自身可用资源的占用率则越高。均衡系数也可以与服务提供方自身可用资源的占用率呈负相关，即均衡系数越大，服务提供方自身可用资源的占用率则越低。
51.在将新生成的令牌存储到令牌桶后，服务提供方可以对令牌桶中当前存储的令牌进行统计，确定令牌桶中令牌的数量，进而服务提供方可以计算当前时刻令牌桶中令牌的数量与令牌桶的容量的比值，由此得到均衡系数；然后，将均衡系数发送给服务消费方，使得服务消费方可以根据各服务提供方发送的均衡系数确定目标服务提供方，然后触发目标服务提供方从自身的令牌桶中获取令牌，并分配给该服务消费方发送的处理请求。
52.可以理解，本技术中的令牌可以指示服务提供方处理来自服务消费方的处理请求的令牌，且该令牌可以被分配给相应的处理请求，从而可以使服务提供方仅对分配有令牌的处理请求进行处理，而令牌的令牌生成速率以及令牌的数量(即令牌桶的容量)是可以根据服务提供方自身的设备状态信息进行调整的，换而言之，通过按照服务提供方的设备状态信息调整令牌的生成方式(即令牌生成速率和令牌的数量)，服务提供方可以相应调整能够分配给处理请求的令牌的数量以及分配的速度，从而调整服务提供方处理来自服务消费
方的处理请求的数量，能够对需要处理的处理请求进行限流，避免流量过大、增加服务提供方负载压力。而另一方面，服务提供方通过基于令牌桶中令牌的数量与令牌桶的容量的比值，确定出均衡系数并将其发送给服务消费方，能够使服务消费方根据均衡系数从多个服务提供方中确定出尽快供应令牌的目标服务提供方，避免将处理请求发送到已处于高负载状态的服务提供方。
53.上述负载均衡方法，获取服务提供方自身的设备状态信息，并基于设备状态信息确定令牌生成速率以及令牌桶的容量；按照令牌生成速率生成令牌，并在令牌桶中令牌的数量少于令牌桶的容量的情况下，将令牌存储到令牌桶中；令牌用于指示服务提供方对接收到的处理请求进行处理；基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数，以供服务消费方基于各服务提供方的均衡系数确定目标服务提供方后触发目标服务提供方，从令牌桶中获取令牌，并分配给服务消费方发送的处理请求。服务提供方在接收处理请求之前，先获取自身的设备状态信息，然后基于自身设备状态信息确定令牌生成速率和令牌桶的容量，从而确定出服务提供方的均衡系数，进而确定出服务提供方自身的处理能力，以供服务消费方根据服务提供方的处理能力进行选择对应的目标服务提供方。一方面，相比现有的负载均衡服务器将负载均匀分配至各个服务提供方，本方案能够有效评估各个服务提供方的处理能力，从而避免了处理请求超时引起的丢失现象，进而降低处理请求的丢失率。另一方面，本技术是将设备状态信息转为令牌，并将转换的令牌存入到令牌桶中，将令牌桶中的令牌，分配给服务消费方，使得由当前的令牌桶中令牌的数量与令牌桶的容量的比值确定的均衡系数，能够更为准确的确定服务提供方的处理能力，进一步降低处理请求的丢失率。
54.在一个实施例中，步骤202中获取服务提供方自身的设备状态信息的步骤包括：
55.步骤2021，获取服务提供方中的多个硬件当前的硬件使用率，并确定服务提供方当前针对处理请求的请求处理效率。
56.作为一示例，服务提供方内包括多个硬件，例如，cpu、内存、磁盘、网络设备。硬件使用率可以是cpu使用率、内存使用率、磁盘io使用率、网络带宽使用率中的至少两个。请求处理效率可以是处理请求的并发量、交易吞吐量、请求处理成功率中的一个或多个。
57.步骤2022，根据多个硬件使用率和请求处理效率，得到服务提供方当前的多个设备状态信息。
58.实际应用中，可以由多个硬件使用率和请求处理效率组成服务提供方当前的多个设备状态信息。
59.在本实施例中，利用多个硬件使用率和请求处理效率作为多个设备状态信息，能够准确地确定令牌生成速率和令牌桶的容量，从而准确确定服务提供方的均衡系数，进而降低处理请求的丢失率。
60.在一个实施例中，步骤202中基于设备状态信息确定令牌生成速率以及令牌桶的容量的步骤包括：
61.步骤2023，获取各设备状态信息的权重系数，并基于各设备状态信息以及各设备状态信息的权重系数，确定令牌生成速率。
62.在实际应用中，不同的硬件设备或软件情况对服务提供方的处理能力影响程度存在差异，可以预先为不同的设备状态信息分配相应的权重系数，例如可以根据设备状态信
息对令牌生成速率的影响程度确定权重系数。各个权重系数也可以根据业务场景来确定，如果是cpu密集型场景，可以增大cpu使用率对应的权重系数。如果是内存要求高的场景，可以增大内存使用率对应的权重系数。进而在得到服务提供方当前的多个设备状态信息后，可以分别获取各设备状态信息对应的权重系数，然后根据各设备状态信息和各个设备状态信息的权重系数来确定令牌生成速率。
63.步骤2024，基于令牌生成速率以及预设的处理请求的处理周期，确定令牌桶的容量。
64.作为一示例，可以将令牌生成速率与预设的处理请求的处理周期的乘积，作为令牌桶的容量。其中，处理请求的处理周期的大小可以根据业务需求定义。示例性地，可以按照如下公式获取令牌桶的容量。
65.bc＝tc
×
cir
[0066][0067]
其中，bc为令牌桶的容量，tc为预设的处理请求的处理周期，cir为令牌生成速率。u为硬件使用率，如cpu使用率、内存使用率、磁盘io使用率、网络带宽使用率；当cpu使用率、内存使用率、磁盘io使用率、网络带宽使用率中任意一个的值为1时，u等于1，此时，令牌桶的容量为0。当cpu使用率、内存使用率、磁盘io使用率、网络带宽使用率的值均为0时，u＝0，此时，可得到理论最大令牌桶容量。
[0068]
在本实施例中，令牌桶的容量可以由令牌生成速率确定，能够避免令牌桶的容量设置的数值过大或过小，使得令牌桶的容量设置更为合理，从而有利于准确的评估出服务提供方的处理能力，进一步降低处理请求的丢失率。
[0069]
在一个实施例中，步骤2023中获取各设备状态信息的权重系数，并基于各设备状态信息以及各设备状态信息的权重系数，确定令牌生成速率的步骤包括：
[0070]
步骤20231，基于各设备状态信息以及各设备状态信息的权重系数，确定服务提供方的处理资源。
[0071]
在一示例中，设备状态信息还可以包括cpu核数。
[0072]
在具体应用中，可以根据下列公式计算服务提供方的处理资源。
[0073][0074]
其中，y为处理资源，δc为cpu使用率的权重系数，δm为内存使用率的权重系数，δ
io
为磁盘io使用率的权重系数，δw为网络带宽使用率的权重系数，δ
co
为处理请求的并发量的权重系数，cc为cpu核数，uc为cpu使用率，um为内存使用率，u
io
为磁盘io使用率，uw为网络带宽使用率，co为处理请求的并发量。且，0≤δc、δm、δ
io
、δw、δ
co
，且，0≤uc、um、u
io
、uw≤1。由于这些指标是不断变化的，因此，令牌生成速率、令牌桶的容量也是不断变化的。
[0075]
步骤20232，确定服务提供方的处理资源与预先确定的单个处理请求的处理时间的比值，得到令牌生成速率。
[0076]
在具体应用中，可以按照下列公式计算获得令牌的生成速率。
[0077]
[0078]
其中，cir为令牌生成速率，t
p
为单个处理请求的处理时间，优选地，t
p
为处理请求的平均处理时间。
[0079]
在本实施例中，通过上述硬件使用率和请求处理效率，能够使得令牌生成速率和令牌桶的容量不是固定不变的，更能反映出当前服务提供方的处理能力，准确地评估出服务提供方的处理能力，降低处理请求的丢失率。且，服务提供方自行计算令牌生成速率和令牌桶的容量，能够在大交易量，高并发的场景下消除时间误差，从而提升服务提供方的处理能力的评估的有效性和准确性。
[0080]
在一个实施例中，步骤204中基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数的步骤包括：
[0081]
将令牌桶中令牌的数量、令牌桶的容量发送至预设的注册中心，由注册中心基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数。
[0082]
在一示例中，注册中心可以根据下列公式计算服务提供方的均衡系数。
[0083][0084]
其中，w
p
(i)为当前服务提供方的均衡系数，t
p
(i)为当前服务提供方的令牌桶中令牌的数量，即，令牌的库存，vb(i)为当前服务提供方的令牌桶的容量。当均衡系数越大，该服务提供方被调用的几率就越小。
[0085]
在本实施例中，通过注册中心根据令牌桶中令牌的数量与令牌桶的容量的比值确定服务提供方的均衡系数，然后将均衡系数发送给服务消费方，能够缓解服务提供方的处理压力，从而降低处理请求的丢失率。
[0086]
在一示例中，可以设置多个注册中心，且注册中心可以设置在服务提供方外，每个注册中心可以与多个服务提供方连接，一个服务提供方仅连接一个注册中心。
[0087]
在本实施例中，由于令牌生成速率和令牌桶容量是根据服务提供方的设备状态信息确定，当服务提供方的设备状态信息变化时，令牌生成速率和令牌桶的容量也是在变化的，当令牌生成速率越慢，生成的令牌的数量越少，令牌桶中令牌的数量也就相应减少，当令牌生成速率越快，生成的令牌的数量增多，令牌桶中令牌的数量也就相应增多，从而能够准确反应出服务提供方的当前的处理能力，更有助于实现负载均衡。
[0088]
在一个实施例中，该方法还包括：
[0089]
步骤s208，接收服务消费方发送的处理请求，从令牌桶中获取令牌，并将令牌分配给处理请求。
[0090]
具体应用中，可以根据服务消费方发送的处理请求的顺序，对处理请求进行排序，若排序队列已满，可向服务消费方反馈令牌获取队列已满的信息，以便服务消费方重新确定新的目标服务提供方，避免出现处理请求丢失的现象。接着，可以检测令牌桶中是否存有令牌；若是，则获取一个令牌，并将该令牌分配给当前的处理请求。若否，则向服务消费方发送令牌获取失败的信息，以便服务消费方重新确定新的目标服务提供方，也避免出现处理请求丢失的现象。
[0091]
步骤s210，当满足对接收到的处理请求进行响应的触发条件时，对接收到的处理
请求进行响应，并在检测到所述接收到的处理请求中携带令牌的情况下，对所述接收到的处理请求进行处理。
[0092]
具体应用中，服务提供方给处理请求分配令牌后，可以不立刻进行处理，而是满足一定的时间的触发条件后，再处理原先接收到的处理请求，若当前需求响应的处理请求携带令牌，则对该请求进行处理；若处理请求中不携带令牌，则不处理该处理请求，并向服务消费方返回处理繁忙消息，以便服务消费方重新确定新的目标服务提供方，避免处理请求的等待时间过长而导致处理请求丢失的现象。
[0093]
在本实施例中，服务提供方为处理请求分配令牌，并对携带有令牌的处理请求进行处理，能够根据自身处理能力来确定处理请求，减少处理请求的堆积，进一步降低处理请求的丢失率。
[0094]
为了使本领域技术人员能够更好地理解上述步骤，以下通过一个例子对本技术实施例加以示例性说明，但应当理解的是，本技术实施例并不限于此。
[0095]
本实施例可以应用于如图3-4所示的应用环境中。该应用环境可以包括服务提供方、注册中心、服务消费方。
[0096]
服务提供方先根据设备状态信息，确定令牌生成速率以及令牌桶的容量；然后按照令牌生成速率生成令牌，判断令牌桶中令牌的数量是否少于令牌桶的容量，若是，则将当前生成的令牌存储到令牌桶中。若否，则丢弃当前生成的令牌。然后，将服务提供方的标识信息和令牌注册信息发送给注册中心，令牌注册信息为当前的令牌桶中令牌的数量以及令牌桶的容量。
[0097]
每一个注册中心可以在接收到服务提供方发送的令牌桶中令牌的数量以及令牌桶的容量后进行登记，然后根据服务提供方发送的令牌桶中令牌的数量以及令牌桶的容量确定该服务提供方的权重，即确定该服务提供方的均衡系数。
[0098]
当服务消费方有发现和订阅服务提供方的消息的需求时，服务消费方可以通过负载均衡服务器，从多个注册中心中确定目标注册中心；然后从目标注册中心中获取该目标注册中心中的多个均衡系数；接着可以根据均衡系数的大小，确定目标服务提供方。然后，可以将处理请求(即服务请求)发送至目标服务提供方。
[0099]
服务提供方还可以接收服务消费方的处理请求，然后检测当前处理请求的请求队列是否有剩余空间，若是，则将处理请求加入到请求队列中；若否，则将该处理请求丢弃。
[0100]
进而服务提供方可以依次从请求队列中获取处理请求并分配令牌，具体而言，服务提供方可以检测令牌桶中是否存有令牌，若是，则获取一个令牌，并将该令牌分配给当前的处理请求和更新令牌桶内令牌的信息；若否，则向服务消费方发送令牌获取失败的信息，并拒绝对服务消费方发送的处理请求进行处理。服务提供方还可以在检测到处理请求中携带令牌时，对该处理请求进行处理，并向服务消费方返回处理结果。
[0101]
应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的
步骤或者阶段的至少一部分轮流或者交替地执行。
[0102]
基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的负载均衡方法的负载均衡装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的两个负载均衡装置实施例中的具体限定可以参见上文中对于负载均衡方法的限定，在此不再赘述。
[0103]
在一个实施例中，如图5所示，提供了一种负载均衡装置，包括：
[0104]
获取模块31，用于获取服务提供方自身的设备状态信息，并基于设备状态信息确定令牌生成速率以及令牌桶的容量；
[0105]
令牌生成模块32，用于按照令牌生成速率生成令牌，并在令牌桶中令牌的数量少于令牌桶的容量的情况下，将令牌存储到令牌桶中；令牌用于指示服务提供方对接收到的处理请求进行处理；
[0106]
均衡处理模块33，用于基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数，以供服务消费方基于各服务提供方的均衡系数确定目标服务提供方后触发目标服务提供方，从令牌桶中获取令牌，并分配给服务消费方发送的处理请求。
[0107]
在一个实施例中，获取模块31，具体用于：
[0108]
获取服务提供方中的多个硬件当前的硬件使用率，并确定服务提供方当前针对处理请求的请求处理效率；
[0109]
根据多个硬件使用率和请求处理效率，得到服务提供方当前的多个设备状态信息。
[0110]
在一个实施例中，获取模块31，具体用于：
[0111]
获取各设备状态信息的权重系数，并基于各设备状态信息以及各设备状态信息的权重系数，确定令牌生成速率；
[0112]
基于令牌生成速率以及预设的处理请求的处理周期，确定令牌桶的容量。
[0113]
在一个实施例中，获取模块31，具体用于：
[0114]
获取各设备状态信息的权重系数，并基于各设备状态信息以及各设备状态信息的权重系数，确定令牌生成速率，包括：
[0115]
基于各设备状态信息以及各设备状态信息的权重系数，确定服务提供方的处理资源；
[0116]
确定服务提供方的处理资源与预先确定的单个处理时间的比值，得到令牌生成速率。
[0117]
在一个实施例中，均衡处理模块33，具体用于：
[0118]
基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数的步骤包括：
[0119]
将令牌桶中令牌的数量、令牌桶的容量发送至预设的注册中心，由注册中心基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数。
[0120]
在一个实施例中，该装置还包括：
[0121]
令牌分配模块，用于接收服务消费方发送的处理请求，从令牌桶中获取令牌，并将
令牌分配给处理请求；
[0122]
处理模块，用于当满足对接收到的处理请求进行响应的触发条件时，对接收到的处理请求进行响应，并在检测到接收到的处理请求中携带令牌的情况下，对接收到的处理请求进行处理。
[0123]
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种负载均衡方法。
[0124]
本领域技术人员可以理解，图6中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0125]
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
[0126]
获取服务提供方自身的设备状态信息，并基于设备状态信息确定令牌生成速率以及令牌桶的容量；
[0127]
按照令牌生成速率生成令牌，并在令牌桶中令牌的数量少于令牌桶的容量的情况下，将令牌存储到令牌桶中；令牌用于指示服务提供方对接收到的处理请求进行处理；
[0128]
基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数，以供服务消费方基于各服务提供方的均衡系数确定目标服务提供方后触发目标服务提供方，从令牌桶中获取令牌，并分配给服务消费方发送的处理请求。
[0129]
在一个实施例中，处理器执行计算机程序时还实现上述其他实施例中的步骤。
[0130]
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
[0131]
获取服务提供方自身的设备状态信息，并基于设备状态信息确定令牌生成速率以及令牌桶的容量；
[0132]
按照令牌生成速率生成令牌，并在令牌桶中令牌的数量少于令牌桶的容量的情况下，将令牌存储到令牌桶中；令牌用于指示服务提供方对接收到的处理请求进行处理；
[0133]
基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数，以供服务消费方基于各服务提供方的均衡系数确定目标服务提供方后触发目标服务提供方，从令牌桶中获取令牌，并分配给服务消费方发送的处理请求。
[0134]
在一个实施例中，处理器执行计算机程序时还实现上述其他实施例中的步骤。
[0135]
在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
[0136]
获取服务提供方自身的设备状态信息，并基于设备状态信息确定令牌生成速率以
及令牌桶的容量；
[0137]
按照令牌生成速率生成令牌，并在令牌桶中令牌的数量少于令牌桶的容量的情况下，将令牌存储到令牌桶中；令牌用于指示服务提供方对接收到的处理请求进行处理；
[0138]
基于令牌桶中令牌的数量与令牌桶的容量的比值，得到服务提供方的均衡系数，并向服务消费方发送均衡系数，以供服务消费方基于各服务提供方的均衡系数确定目标服务提供方后触发目标服务提供方，从令牌桶中获取令牌，并分配给服务消费方发送的处理请求。
[0139]
在一个实施例中，处理器执行计算机程序时还实现上述其他实施例中的步骤。
[0140]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
[0141]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0142]
以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。