负载均衡方法以及装置、系统与流程

1.本技术涉及网络服务领域，具体而言，涉及一种负载均衡方法以及装置、系统。


背景技术：

2.用户访问系统都是请求到同一台服务器提供的网络服务。
3.对于相关技术中的服务器承载能力不高，容易出现单点故障，服务宕机之后业务停止，造成系统瘫痪，服务重启时间也影响效率。同时，随着业务增长，无法满足日益增长的用户访问量。
4.针对相关技术中海量的业务请求造成服务器压力的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本技术的主要目的在于提供一种负载均衡方法以及装置、系统，以解决海量的业务请求造成服务器压力的问题。
6.为了实现上述目的，根据本技术的一个方面，提供了一种负载均衡方法。
7.根据本技术的负载均衡方法包括：根据用户账户创建服务请求，按照预设负载均衡策略进行轮询并选择一个网关服务的服务器进行访问，其中所述用户账户创建服务请求用于在所述网关服务的服务器上进行服务信息注册，得到注册信息；匹配所述注册信息，并根据所述服务信息注册时预先配置的预设负载均衡策略选择一个所述用户账户创建服务的服务器进行访问；在进行所述用户账户创建服务的过程中基于所述记账服务进行业务处理；将所述业务处理的结果返回至发出所述用户账户创建服务请求的客户端。
8.进一步地，所述用户账户创建服务包括：基于springcloud框架中的openfeign，并在底层采用ribbon服务；基于nacos服务注册中心，获取所述记账服务的注册信息，同时通过在所述记账服务的注册信息中确定一条服务注册信息进行http请求，其中所述记账服务、用户账户创建服务在所述nacos服务注册中心进行服务信息注册，所述服务信息至少包括如下之一：ip、端口、服务名称。
9.进一步地，采用nginx做反向代理，代理多个服务器的访问地址，其中所述服务器提供至少包括网关服务的服务器、用户账户创建服务器、记账服务器，所述nginx的负载均衡策略包括随机策略、轮询策略、重试策略、最低并发策略、可用过滤策略、响应时间加权重策略、区域权重策略。
10.进一步地，所述在进行所述用户账户创建服务的过程中基于所述记账服务进行业务处理之后，还包括：所述用户账户创建服务接收所述记账服务的响应信息后，返回响应信息至所述网关服务；基于所述网关服务接收到的所述用户账户创建服务响应信息之后，返回至所述nginx；基于所述nginx接收到的响应信息，返回至用户浏览器，用以使用户在浏览器中获取对应的页面信息。
11.为了实现上述目的，根据本技术的另一方面，提供了一种负载均衡系统，包括：
12.根据本技术的负载均衡系统包括：nginx反向代理服务，用于提供后台服务的反向代理，所述后台服务至少包括网关服务、用户账户创建服务、记账服务；网关服务，用于接收到所述nginx反向代理服务转发的请求之后，根据请求地址中的上下文api信息，进行所述用户账户创建服务的注册信息匹配；以及在匹配到所述用户账户创建服务的注册信息后，根据所述用户账户创建服务注册时配置的负载均衡策略，选择一台用户账户创建服务的服务器进行访问；用户账户创建服务，用于接收所述网关服务的请求之后进行业务处理，且在所述业务处理中基于所述记账服务；以及所述用户账户创建服务基于nacos服务注册中心获取所述记账服务的注册信息；记账服务，用于接收到所述用户账户创建服务请求之后，进行业务处理，并在业务处理完毕之后返回对应的响应信息给至作为请求客户端的所述用户账户创建服务。
13.进一步地，所述用户账户创建服务，还用于，在网关服务器进行服务信息注册，其中所述服务信息包括上下文crcl-open-api、服务ip、服务端口、请求地址、预设负载均衡策略、服务分组信息；所述网关服务，还用于，在所述网关服务器接收到nginx反向代理服务转发的请求之后，会根据请求地址中的上下文crcl-open-api进行所述用户账户创建服务的注册信息匹配。
14.进一步地，系统还包括：nacos服务注册中心，基于所述nacos服务注册中心，用于获取所述记账服务的注册信息，同时通过在所述记账服务的注册信息中确定一条服务注册信息进行http请求。
15.为了实现上述目的，根据本技术的另一方面，提供了一种负载均衡装置。
16.根据本技术的负载均衡装置包括：服务访问模块，用于根据用户账户创建服务请求，按照预设负载均衡策略进行轮询并选择一个网关服务的服务器进行访问，其中所述用户账户创建服务请求用于在所述网关服务的服务器上进行服务信息注册，得到注册信息；注册信息匹配模块，用于匹配所述注册信息，并根据所述服务信息注册时预先配置的预设负载均衡策略选择一个所述用户账户创建服务的服务器进行访问；业务处理模块，用于在进行所述用户账户创建服务的过程中基于所述记账服务进行业务处理；返回模块，用于将所述业务处理的结果返回至发出所述用户账户创建服务请求的客户端。
17.为了实现上述目的，根据本技术的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述方法。
18.为了实现上述目的，根据本技术的再一方面，提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述的方法。
19.在本技术实施例中负载均衡方法以及装置、系统，采用根据用户账户创建服务请求，按照预设负载均衡策略进行轮询并选择一个网关服务的服务器进行访问的方式，通过匹配所述注册信息，并根据所述服务信息注册时预先配置的预设负载均衡策略选择一个所述用户账户创建服务的服务器进行访问，达到了在进行所述用户账户创建服务的过程中基于所述记账服务进行业务处理，将所述业务处理的结果返回至发出所述用户账户创建服务请求的客户端的目的，从而实现了业务数据访问处理时的负载均衡的技术效果，可以横向扩展，易于维护，进而解决了海量的业务请求造成服务器压力的技术问题。
附图说明
20.构成本技术的一部分的附图用来提供对本技术的进一步理解，使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
21.图1是根据本技术实施例的负载均衡方法的系统结构示意图；
22.图2是根据本技术实施例的负载均衡方法的流程示意图；
23.图3是根据本技术实施例的负载均衡装置的结构示意图；
24.图4是根据本技术优选实施例的负载均衡方法的流程示意图。
具体实施方式
25.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
26.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
27.在本技术中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本技术及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。
28.并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本技术中的具体含义。
29.此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本技术中的具体含义。
30.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
31.如图1所示，是根据本技术实施例的负载均衡方法的系统结构示意图，其中包括：nginx反向代理服务100，网关服务200，用户账户创建服务300，记账服务400。对应地，所述nginx反向代理服务100、所述网关服务200、所述用户账户创建服务300以及所述记账服务400分别对应物理服务器。
32.所述后台服务部署多台，使用nginx反向代理服务100，nginx负载均衡策略包括轮
询、指定权重、ip绑定(ip_hash)、fair、url_hash。
33.所述网关服务200，可以采用预设策略进行不同服务器的轮询。
34.所述用户账户创建服务300，包括但不限于涉及用户账户开户创建。
35.所述记账服务400，包括但不限于涉及金融相关的记账服务。
36.上述的金融相关主要与具体实际业务场景相关，并不用于限定本技术的保护范围。
37.后台服务按照领域进行拆分，使用微服务的思想，对业务解耦。用户访问后台服务的时候，进行业务区分。用户账户创建服务300与记账服务400进行解耦，按照领域承载不同的业务访问请求，实现负载均衡。
38.本技术的实施例中，提供了一种负载均衡系统，包括：nginx反向代理服务100，用于提供后台服务的反向代理，所述后台服务至少包括网关服务、用户账户创建服务、记账服务；网关服务200，用于接收到所述nginx反向代理服务转发的请求之后，根据请求地址中的上下文api信息，进行所述用户账户创建服务的注册信息匹配；以及在匹配到所述用户账户创建服务的注册信息后，根据所述用户账户创建服务注册时配置的负载均衡策略，选择一台用户账户创建服务的服务器进行访问；用户账户创建服务300，用于接收所述网关服务的请求之后进行业务处理，且在所述业务处理中基于所述记账服务；以及所述用户账户创建服务基于nacos服务注册中心获取所述记账服务的注册信息；记账服务400，用于接收到所述用户账户创建服务请求之后，进行业务处理，并在业务处理完毕之后返回对应的响应信息给至作为请求客户端的所述用户账户创建服务。
39.作为本实施例中的优选，所述用户账户创建服务300，还用于，在网关服务器进行服务信息注册，其中所述服务信息包括上下文crcl-open-api、服务ip、服务端口、请求地址、预设负载均衡策略、服务分组信息；所述网关服务200，还用于，在所述网关服务器接收到nginx反向代理服务转发的请求之后，会根据请求地址中的上下文crcl-open-api进行所述用户账户创建服务的注册信息匹配。
40.作为本实施例中的优选，所述nacos服务注册中心，基于所述nacos服务注册中心，用于获取所述记账服务的注册信息，同时通过在所述记账服务的注册信息中确定一条服务注册信息进行http请求。
41.如图2所示，该方法包括如下的步骤s201至步骤s205：
42.步骤s201，根据用户账户创建服务请求，按照预设负载均衡策略进行轮询并选择一个网关服务的服务器进行访问，其中所述用户账户创建服务请求用于在所述网关服务的服务器上进行服务信息注册，得到注册信息；
43.步骤s202，匹配所述注册信息，并根据所述服务信息注册时预先配置的预设负载均衡策略选择一个所述用户账户创建服务的服务器进行访问；
44.步骤s203，在进行所述用户账户创建服务的过程中基于所述记账服务进行业务处理；
45.步骤s204，将所述业务处理的结果返回至发出所述用户账户创建服务请求的客户端。
46.从以上的描述中，可以看出，本技术实现了如下技术效果：
47.采用根据用户账户创建服务请求，按照预设负载均衡策略进行轮询并选择一个网
关服务的服务器进行访问的方式，通过匹配所述注册信息，并根据所述服务信息注册时预先配置的预设负载均衡策略选择一个所述用户账户创建服务的服务器进行访问，达到了在进行所述用户账户创建服务的过程中基于所述记账服务进行业务处理，将所述业务处理的结果返回至发出所述用户账户创建服务请求的客户端的目的，从而实现了业务数据访问处理时的负载均衡的技术效果，进而解决了海量的业务请求造成服务器压力的技术问题。
48.上述步骤s201中在服务端根据用户账户创建服务请求，按照预设负载均衡策略进行轮询并选择一个网关服务的服务器进行访问。所述用户账户创建服务请求是由客户端请求的。在服务端按照预设负载均衡策略进行轮询并选择一个网关服务的服务器进行访问。
49.在一种具体实施方式中，所述用户账户创建服务请求用于在所述网关服务的服务器上进行服务信息注册，得到注册信息。
50.在一种优选实施方式中，可以预先进行服务信息注册。
51.上述步骤s202中在服务端匹配所述注册信息，并根据所述服务信息注册时预先配置的预设负载均衡策略选择一个所述用户账户创建服务的服务器进行访问。
52.在一种具体实施方式中，所述服务信息注册时会预先配置的预设负载均衡策略。
53.在一种优选实施方式中，服务端通过网关选择一个所述用户账户创建服务的服务器进行访问。所述用户账户创建服务与具体业务场景相关，在本技术中并不进行具体限定。可以理解，所述用户账户创建服务需要满足预设条件且经过了业务分离后得到的。
54.上述步骤s203中服务端在进行所述用户账户创建服务的过程中基于所述记账服务进行业务处理。所述记账服务与具体业务场景相关，在本技术中并不进行具体限定。可以理解，所述记账服务需要满足预设条件且经过了业务分离后得到的。
55.在一种具体实施方式中，在所述记账服务处理完内部业务之后，会将处理结果返回至所述用户账户创建服务。
56.在一种优选实施方式中，所述用户账户创建服务在网关服务器进行服务信息注册。
57.上述步骤s204中服务端将所述业务处理的结果返回至发出所述用户账户创建服务请求的客户端。
58.在一种具体实施方式中，在所述用户账户创建服务处理完内部业务之后，会将处理结果返回至所述网关服务。
59.在一种优选实施方式中，nginx反向代理接收到响应返回给用户浏览器，用户可以在浏览器获取对应的页面信息。
60.作为本实施例中的优选，所述用户账户创建服务包括：基于springcloud框架中的openfeign，并在底层采用ribbon服务；基于nacos服务注册中心，获取所述记账服务的注册信息，同时通过在所述记账服务的注册信息中确定一条服务注册信息进行http请求，其中所述记账服务、用户账户创建服务在所述nacos服务注册中心进行服务信息注册，所述服务信息至少包括如下之一：ip、端口、服务名称。
61.具体实施时，首先：基于springcloud框架中的openfeign，并在底层采用ribbon服务，开设用户账户创建服务。
62.其次：基于nacos服务注册中心，获取所述记账服务的注册信息，同时通过在所述记账服务的注册信息中确定任意的一条服务注册信息进行http请求。
63.进一步地，所述记账服务、用户账户创建服务在所述nacos服务注册中心进行服务信息注册。其中，所述服务信息至少包括如下之一：ip、端口、服务名称。可以理解，服务信息进行注册的过程中至少需要提供如下之一的信息：ip、端口、服务名称。
64.作为本实施例中的优选，方法还包括：采用nginx做反向代理，代理多个服务器的访问地址，其中所述服务器提供至少包括网关服务的服务器、用户账户创建服务器、记账服务器，所述nginx的负载均衡策略包括随机策略、轮询策略、重试策略、最低并发策略、可用过滤策略、响应时间加权重策略、区域权重策略。
65.具体实施时，采用nginx做反向代理，代理多个服务器的访问地址。使用nginx做反向代理，nginx负载均衡策略包括轮询、指定权重、ip绑定(ip_hash)、fair、url_hash。在nginx配置文件中把网关服务的ip、端口填写完毕。在做所述用户账户创建服务的时候，nginx根据用户请求按照轮询负载均衡策略，选择一台网关服务进行访问。
66.作为本实施例中的优选，所述在进行所述用户账户创建服务的过程中基于所述记账服务进行业务处理之后，还包括：所述用户账户创建服务接收所述记账服务的响应信息后，返回响应信息至所述网关服务；基于所述网关服务接收到的所述用户账户创建服务响应信息之后，返回至所述nginx；基于所述nginx接收到的响应信息，返回至用户浏览器，用以使用户在浏览器中获取对应的页面信息。
67.具体实施时，所述用户账户创建服务接收所述记账服务的响应信息后，会返回响应信息至所述网关服务。进一步，基于所述网关服务接收到的所述用户账户创建服务响应信息之后，返回至所述nginx。最后，基于所述nginx接收到的响应信息，返回至用户浏览器，用以使用户在浏览器中获取对应的页面信息。上述nginx服务、网关服务采用常规后台服务架构，用户账户创建服务、记账服务可基于微服务架构进行相互调用。
68.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
69.根据本技术实施例，还提供了一种用于实施上述方法的负载均衡装置，如图3所示，该装置包括：
70.服务访问模块301，用于根据用户账户创建服务请求，按照预设负载均衡策略进行轮询并选择一个网关服务的服务器进行访问，其中所述用户账户创建服务请求用于在所述网关服务的服务器上进行服务信息注册，得到注册信息；
71.注册信息匹配模块302，用于匹配所述注册信息，并根据所述服务信息注册时预先配置的预设负载均衡策略选择一个所述用户账户创建服务的服务器进行访问；
72.业务处理模块303，用于在进行所述用户账户创建服务的过程中基于所述记账服务进行业务处理；
73.返回模块304，用于将所述业务处理的结果返回至发出所述用户账户创建服务请求的客户端。
74.所述的服务访问模块301中在服务端根据用户账户创建服务请求，按照预设负载均衡策略进行轮询并选择一个网关服务的服务器进行访问。所述用户账户创建服务请求是由客户端请求的。在服务端按照预设负载均衡策略进行轮询并选择一个网关服务的服务器进行访问。
75.在一种具体实施方式中，所述用户账户创建服务请求用于在所述网关服务的服务器上进行服务信息注册，得到注册信息。
76.在一种优选实施方式中，可以预先进行服务信息注册。
77.所述的注册信息匹配模块302中在服务端匹配所述注册信息，并根据所述服务信息注册时预先配置的预设负载均衡策略选择一个所述用户账户创建服务的服务器进行访问。
78.在一种具体实施方式中，所述服务信息注册时会预先配置的预设负载均衡策略。
79.在一种优选实施方式中，服务端通过网关选择一个所述用户账户创建服务的服务器进行访问。所述用户账户创建服务与具体业务场景相关，在本技术中并不进行具体限定。可以理解，所述用户账户创建服务需要满足预设条件且经过了业务分离后得到的。
80.所述的业务处理模块303中服务端在进行所述用户账户创建服务的过程中基于所述记账服务进行业务处理。所述记账服务与具体业务场景相关，在本技术中并不进行具体限定。可以理解，所述记账服务需要满足预设条件且经过了业务分离后得到的。
81.在一种具体实施方式中，在所述记账服务处理完内部业务之后，会将处理结果返回至所述用户账户创建服务。
82.在一种优选实施方式中，所述用户账户创建服务在网关服务器进行服务信息注册。
83.所述的返回模块304中服务端将所述业务处理的结果返回至发出所述用户账户创建服务请求的客户端。
84.在一种具体实施方式中，在所述用户账户创建服务处理完内部业务之后，会将处理结果返回至所述网关服务。
85.在一种优选实施方式中，nginx反向代理接收到响应返回给用户浏览器，用户可以在浏览器获取对应的页面信息。
86.显然，本领域的技术人员应该明白，上述的本技术的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本技术不限制于任何特定的硬件和软件结合。
87.为了更好的理解上述负载均衡方法流程，以下结合优选实施例对上述技术方案进行解释说明，但不用于限定本发明实施例的技术方案。
88.本技术实施例中的负载均衡方法，通过引入nginx、springcloud新技术，实现软件负载均衡。解决单点集中部署问题，提高服务承载能力，满足高并发、高可用的需求。本技术中的方法易横向扩展，采用分布式技术，可以横向扩展且易于维护。此外，还具备高可用性和高并发的特性。
89.如图4所示，是本技术实施例中负载均衡方法的流程示意图，以所述用户账户创建服务为云信开立服务，所述记账服务为云信记账服务为例，进行详细说明。具体过程包括如下步骤：
90.服务按照领域进行拆分，使用微服务的思想，对业务解耦。用户访问后台服务的时
候，进行业务区分。云信开立服务与云信支付服务进行解耦。按照领域承载不同的业务访问请求，实现负载均衡。云信开立服务、网关服务部署多点，减少单台服务器的压力。提高吞吐量。
91.步骤s1，后台服务部署多台，使用nginx做反向代理，nginx负载均衡策略包括轮询、指定权重、ip绑定(ip_hash)、fair、url_hash。
92.步骤s2，在nginx配置文件中把网关服务的ip、端口填写完毕。
93.步骤s3，用户在做云信开立业务的时候,nginx根据用户请求按照轮询负载均衡策略，选择一台网关服务进行访问。
94.步骤s4，云信开立服务在网关服务器进行服务信息注册。包括上下文crcl-open-api，服务ip，服务端口，请求地址，负载均衡策略(轮询负载均衡策略或者随机负载均衡策略)，服务分组信息。
95.步骤s5，网关服务器接收到nginx转发的请求之后，会根据请求地址中的上下文：crcl-open-api进行云信开立服务的注册信息匹配。
96.步骤s6，网关服务匹配到云信开立服务的注册信息，根据开立服务注册时配置的负载均衡策略，选择一台云信开立服务进行访问。
97.步骤s7，云信开立服务接收到网关服务的请求之后，进行业务处理。在业务处理中依赖云信记账服务。
98.步骤s8，云信记账服务、云信开立服务在nacos注册中心进行服务信息注册，包括ip、端口、服务名称。
99.步骤s9，云信开立服务中使用springcloud框架中的openfeign；底层采用ribbon服务。负载均衡支持随机策略、轮询策略、重试策略、最低并发策略、可用过滤策略、响应时间加权重策略、区域权重策略。
100.步骤s10，云信开立服务去nacos服务注册中心获取云信记账服务的注册信息。云信开立服务作为软件客户端，默认使用ribbon的轮询负载均衡策略。在云信记账服务的注册信息中选择一条服务注册信息。进行http请求。
101.步骤s11，云信记账服务接收到请求之后，进行业务处理。业务处理完毕之后，返回对应的响应信息给请求客户端云信开立服务。
102.步骤s12，云信开立服务接收到云信记账服务响应信息，处理完内部业务之后，返回响应信息给网关服务。
103.步骤s13，网关服务接收到云信开立服务响应信息之后，返回给nginx。
104.步骤s14，nginx接收到响应返回给用户浏览器，用户可以在浏览器获取对应的页面信息。
105.以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。