CN112637287A - 负载均衡方法及设备 - Google Patents

负载均衡方法及设备 Download PDF

Info

Publication number
CN112637287A
CN112637287A CN202011458389.6A CN202011458389A CN112637287A CN 112637287 A CN112637287 A CN 112637287A CN 202011458389 A CN202011458389 A CN 202011458389A CN 112637287 A CN112637287 A CN 112637287A
Authority
CN
China
Prior art keywords
client
node
server
instance
target
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
CN202011458389.6A
Other languages
English (en)
Other versions
CN112637287B (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.)
Beijing ByteDance Network Technology Co Ltd
Original Assignee
Beijing ByteDance Network Technology 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 Beijing ByteDance Network Technology Co Ltd filed Critical Beijing ByteDance Network Technology Co Ltd
Priority to CN202011458389.6A priority Critical patent/CN112637287B/zh
Publication of CN112637287A publication Critical patent/CN112637287A/zh
Application granted granted Critical
Publication of CN112637287B publication Critical patent/CN112637287B/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/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开实施例提供一种负载均衡方法及设备，包括：接收客户端发送的路由策略服务请求，路由策略服务请求中包含目标对象的编号标识；根据编号标识确定客户端获取目标对象的数据时对应的服务端的实例节点；若确定实例节点未达到负载限值，则获取实例节点的目标节点标识；发送目标节点标识至客户端，以使客户端发送包含目标节点标识的数据请求至网关设备，其中数据请求用于指示网关设备根据目标节点标识将客户端的数据请求转到服务端的目标节点标识对应的实例节点上；根据数据请求通过目标节点标识对应的实例节点发送目标对象的数据至客户端。能够在少量的客户端访问服务端时，提升客户端的请求命中服务端上缓存信息的几率，提升服务端的处理效率。

Description

负载均衡方法及设备
技术领域
本公开实施例涉及计算机与互联网技术领域，尤其涉及一种负载均衡方法及设备。
背景技术
在视频节目直播过程中，在面对大量用户的客户端访问请求时，需要提升直播服务端的负载能力。同时，为加快用户设备的访问速度，需要解决直播服务的负载均衡问题。直播中的负载均衡技术是解决视频节目直播中大用户访问，网络分布式部署架构需求、满足动态服务配置要求的主要方法。
主流的服务端的系统架构，一般采用分布式部署服务端的服务器节点，并且使用网关进行负载均衡的路由策略。目前，常用的路由策略，是通过采用路由算法，将客户端的请求尽可能均匀的落在服务端的各个节点上，保证服务端各节点的负载均衡。
在某些场景下，在同一个时间段内，会有一组客户端访问服务端的相同信息，例如获取直播间的消息。通过在服务端缓存直播间的消息，这样客户端可以访问服务端缓存的直播间的消息，以避免每次服务端重新获取该信息，提高服务端的处理效率。但是，发明人发现，通过在服务端的缓存信息，对收看人数比较多的直播间，采用现有的路由策略能够将大量客户端的请求分散到服务端的各节点上，客户端的请求有一定的几率命中缓存信息(即不同的客户端访问同一个节点获取相同的缓存信息)。然而，对于收看人数比较少的直播间，由于访问的客户端数量有限，采用现有的路由策略将客户端的访问请求会均匀到分到服务端的不同节点上，使得客户端的请求命中服务端的缓存信息的几率大大降低，降低了服务端的处理效率。
发明内容
本公开实施例提供一种负载均衡方法及设备，在少量的客户端访问服务端时，提升客户端的请求命中服务端上缓存信息的几率，进而提升服务端的处理效率。
第一方面，本公开实施例提供一种负载均衡方法，包括：
接收客户端发送的路由策略服务请求，其中所述路由策略服务请求是客户端响应于用户在所述客户端对任一目标对象的预设操作生成的，所述路由策略服务请求中包含所述目标对象的编号标识；
根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点；
若确定所述实例节点未达到负载限值，则获取所述实例节点的目标节点标识；
发送所述目标节点标识至所述客户端，以使所述客户端发送包含所述目标节点标识的数据请求至网关设备，其中所述数据请求用于指示所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上；
根据所述数据请求通过所述目标节点标识对应的实例节点发送所述目标对象的数据至所述客户端。
第二方面，本公开实施例还提供一种负载均衡方法，包括：
响应于用户在所述客户端对任一目标对象的预设操作，发送路由策略服务请求至服务端，其中所述路由策略服务请求中包含所述目标对象的编号标识，以使所述服务端根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点、并在确定所述实例节点未达到负载限值时，发送所述实例节点的目标节点标识至所述客户端；
在接收到所述目标节点标识时，发送包含所述目标节点标识的数据请求至网关设备，以使所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上，以使所述目标节点标识对应的实例节点将所述目标对象的数据发送至所述客户端。
第三方面，本公开实施例提供一种负载均衡设备，包括：
接收单元，用于接收客户端发送的路由策略服务请求，其中所述路由策略服务请求是客户端响应于用户在所述客户端对任一目标对象的预设操作生成的，所述路由策略服务请求中包含所述目标对象的编号标识；
处理单元，用于根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点；若确定所述实例节点未达到负载限值，则获取所述实例节点的目标节点标识；
发送单元，用于发送所述目标节点标识至所述客户端，以使所述客户端发送包含所述目标节点标识的数据请求至网关设备，其中所述数据请求用于指示所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上；
所述发送单元，还用于根据所述数据请求通过所述目标节点标识对应的实例节点发送所述目标对象的数据至所述客户端。
第四方面，本公开实施例还提供一种负载均衡设备，包括：
第一处理单元，用于响应于用户在所述客户端对任一目标对象的预设操作，发送路由策略服务请求至服务端，其中所述路由策略服务请求中包含所述目标对象的编号标识，以使所述服务端根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点、并在确定所述实例节点未达到负载限值时，发送所述实例节点的目标节点标识至所述客户端；
第二处理单元，用于在接收到所述目标节点标识时，发送包含所述目标节点标识的数据请求至网关设备，以使所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上，以使所述目标节点标识对应的实例节点将所述目标对象的数据发送至所述客户端。
第五方面，本公开实施例提供一种电子设备，包括：处理器和存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计，或第二方面以及第二方面各种可能的设计所述的负载均衡方法。
第六方面，本公开实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计，或第二方面以及第二方面各种可能的设计所述的负载均衡方法。
第七方面，本公开实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计，或第二方面以及第二方面各种可能的设计所述的负载均衡方法。
本实施例提供的负载均衡方法及设备，采用该方法时，由于无论是哪个客户端发起的获取数据的请求，只要针对的是同一个目标对象，即路由策略服务请求包含同一个目标对象的编号标识，则该客户端请求的数据均会转至同一个实例节点。这样就能保证在访问的客户端数量较少的情况下，每个客户端获取数据的请求，在满足实例节点负载限值的基础上均能够转至同一个实例节点，使得客户端命中服务端的缓存信息的几率大大提高，提升了服务端的处理效率。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为现有技术中提供的一种负载均衡的原理示例图；
图2为本公开实施例提供的负载均衡方法流程示意图一；
图3为本公开实施例提供的负载均衡的原理示例图；
图4为本公开实施例提供的负载均衡方法流程示意图二；
图5为本公开实施例提供的负载均衡方法流程示意图三；
图6为本公开实施例提供的负载均衡设备的结构框图一；
图7为本公开实施例提供的负载均衡设备的结构框图二；
图8为本公开实施例提供的电子设备的硬件结构示意图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
目前，使用网关进行负载均衡的路由策略时，常用的路由策略有两种。
策略1，网关通过传统的负载均衡算法(加权轮询算法、随机轮询等其他无状态算法)，把客户端的请求尽可能均匀地接入服务端的实例节点(服务器)，使得服务端的各实例节点收到的客户端的请求保持均衡。
由于策略1中同一个客户端的请求会随机的落到服务端的某个实例节点上，该客户端的请求所需要的的上下文信息就需要服务端重新获取，使得服务端不能有效缓存客户端的信息，处理效率低下。于是就提出了一种有状态的路由策略，即策略2：网关对客户端的用户ID(标识)进行哈希计算得到一个固定值，根据该固定值将同一个客户端的请求固定在同一个实例节点，这样该实例节点就能缓存该用户的一些上下文信息，避免每次都请求服务端存储。
可以看出，在策略1和策略2中，网关会将不同的客户端的请求尽可能可能均匀的落在服务端的各个节点上，保证服务端各节点的负载均衡。
然而，在某些场景下，在同一个时间段内，会有一组客户端访问服务端的相同信息，通过在服务端缓存这些相同信息(即缓存消息)，这样客户端可以访问服务端的缓存消息，以避免每次服务端重新获取，提高服务端的处理效率。可以发现，在访问服务端的客户端数量较多时，采用现有的路由策略能够将大量客户端的请求分散到服务端的各实施例节点上，客户端还有一定的几率命中缓存(即不同客户端访问同一个实例节点获取相同的缓存信息)；但是，当访问服务端的客户端数量较少时，每个客户端被分散到不同的实例节点上，使得客户端命中服务端的缓存信息的几率大大降低，降低了服务端的处理效率。
为了解决上述技术问题，本公开提供了如下技术思路：在客户端发起从服务端获取数据的请求时，首先客户端向服务端发送路由策略服务请求，路由策略服务请求中包括用户获取数据的目标对象的编号标识，服务端根据该编号标识可以确定一个固定的服务端的实例节点，然后在确定该实例节点没有达到负载限值，将该实例节点的节点标识(目标节点标识)反馈至客户端，客户端即可以根据该目标节点标识将获取数据的请求转至该目标节点标识对应的实例节点，通过该固定的实例节点请求目标对象的数据。由于无论是哪个客户端发起的获取数据的请求，只要针对的是同一个目标对象，即路由策略服务请求包含同一个目标对象的编号标识，则该客户端请求的数据均会转至同一个实例节点。这样就能保证在访问的客户端数量较少的情况下，每个客户端获取数据的请求，在满足实例节点负载限值的基础上均能够转至同一个实例节点，使得客户端命中服务端的缓存信息的几率大大提高，提升了服务端的处理效率。
参考图1，图1为现有技术中提供的一种负载均衡的原理示例图。在图1中，客户端包括用户1、用户2和用户3。用户1和用户2收看直播间1的直播。用户3收看直播间2的直播。采用现有的路由策略，将客户端的请求尽可能均匀的落在服务端的各个实例节点上，即将用户1的请求落在服务端的实例节点1上、用户2的请求落在服务端的实例节点2上、用户3的请求落在服务端的实例节点3上。然而，用户1和用户2收看的是同一个直播间的直播，用户1和用户2的客户端会出现在同一时间段内，同时访问相同的信息，比如获取直播间的消息。但是由于用户1和用户2对应的服务端的实例节点不同，因此用户1和用户2的请求就无法命中缓存信息，服务端的实例节点1和实例节点2需要同时获取或缓存直播间的消息，造成服务端的处理效率降低。
参考图2，图2为本公开实施例提供的负载均衡方法流程示意图一。本实施例的方法可以应用在服务端中，该负载均衡方法包括：
S201：接收客户端发送的路由策略服务请求，其中该路由策略服务请求是客户端响应于用户在客户端对任一目标对象的预设操作生成的，路由策略服务请求中包含目标对象的编号标识。
具体地，用户通过在客户端对任一目标对象进行点击或选中的操作，以生成获取该目标对象的数据的请求，根据该请求获生成路由策略服务请求，其中路由策略服务请求中包含目标对象的编号标识。
其中，客户端可以是直播应用(直播App)，则目标对象为直播间，目标对象的编号标识为上述直播间的房间号。
相应地，用户通过在直播应用中点击任一直播间的预设位置，以生成获取该直播间的直播数据的请求，根据该请求获取该直播间的房间号，根据该房间号生成路由策略服务请求，并发送至服务端。
S202：根据编号标识确定客户端获取目标对象的数据时对应的服务端的实例节点。
具体地，对编号标识进行哈希计算，并确定该编号标识的哈希值对应的服务端的实例节点。
在本实施例中，经过哈希计算的编号标识为一个固定的哈希值，根据该固定的编号标识的哈希值查询预存的哈希值与预存的实例节点的对应关系，可以确定该哈希值对应的服务端的实例节点。
其中，目标对象为直播间，目标对象的编号标识为上述直播间的房间号，则获取目标对象的数据时对应的服务端的实例节点为：获取直播间的直播数据时对应的服务端的实例节点。
S203：若确定实例节点未达到负载限值，则获取实例节点的目标节点标识。
在本公开的一个实施例中，按照预设时间间隔获取服务端的各实例节点的负载值；根据各实例节点的负载值确定各实例节点是否达到负载限值。每隔一段时间获取一次，减少获取获取频率，减少占用服务端的计算资源。
在本实施例中，负载限值可以是实力节点计算资源的预设比例，例如90％。
其中，继续以目标对象为直播间，目标对象的编号标识为上述直播间的房间号为例，则确定该确定获取直播间的直播数据时对应的服务端的实例节点的负载值，并判断该负载值是否达到负载限值。
S204：发送目标节点标识至客户端，以使客户端发送包含目标节点标识的数据请求至网关设备，其中数据请求用于指示网关设备根据目标节点标识将客户端的数据请求转到所述服务端的目标节点标识对应的实例节点上。
在本实施例中，客户端发送包含目标节点标识的数据请求至网关设备，网关设备获取目标节点标识，并对该目标节点标识进行哈希计算，得到目标节点标识的很哈希值，根据该目标节点标识的很哈希值，确定该目标节点标识所述的实例节点的地址，并将客户端的数据请求转到该实例节点的地址上，以请求该地址对应的实例节点的数据。
S205：根据数据请求通过目标节点标识对应的实例节点发送目标对象的数据至客户端。
其中，继续以目标对象为直播间，目标对象的编号标识为上述直播间的房间号为例：根据对直播间的数据请求通过目标目标节点标识对应的实例节点，发送对应的直播数据至客户端，以使用户进入直播间观看直播。
参考图3，图3为本公开实施例提供的负载均衡的原理示例图。在图1中，客户端包括用户1、用户2和用户3。用户1和用户2收看直播间1的直播。用户3收看直播间2的直播。采用本公开的负载均衡方法，能够将用户1的请求落在服务端的实例节点1上、用户2的请求落在服务端的实例节点1上、用户3的请求落在服务端的实例节点3上。由于用户1和用户2对应的服务端的同一个实例节点，因此用户1和用户2的请求就能够命中缓存信息(如直播间的消息)，提升服务端的处理效率。
从上述描述可知，由于无论是哪个客户端发起的获取数据的请求，只要针对的是同一个目标对象，即路由策略服务请求包含同一个目标对象的编号标识，则该客户端请求的数据均会转至同一个实例节点。这样就能保证在访问的客户端数量较少的情况下，每个客户端获取数据的请求，在满足实例节点负载限值的基础上均能够转至同一个实例节点，使得客户端命中服务端的缓存信息的几率大大提高，提升了服务端的处理效率。
参考图4，图4为本公开实施例提供的负载均衡方法流程示意图二。在图2实施例的基础上，本实施例对步骤S202中确定客户端获取目标对象的数据时对应的服务端的实例节点之后，该实例节点达到负载限值的情况进行了描述，详述如下：
S301：若确定实例节点已达到所述负载限值，则按照服务端的各实例节点的预设排序确定服务端的所述实例节点的下一个实例节点。
其中，服务端的各实例节点的预设排序是固定的排序，即各实例节点顺序是固定不变的。
在本公开的一个实施例中，在步骤S301之前，还包括对服务端的各实例节点进行排序的步骤，如下：
获取所述服务端的各实例节点的设备信息；
按照所述设备信息的字符串对所述服务端的各实例节点进行排序，得到服务端的实例节点的预设排序。
其中，设备信息包括实例节点的地址信息和/或端口信息。
这样，根据各实例节点的设备信息排序后的各实例节点的预设排序是固定不变的。
S302：若确定所述下一个实例节点未达到负载限值，则获取下一个实例节点的目标节点标识，并继续执行步骤S204。
S303：若下一个实例节点已达到所述负载限值，则重复执行步骤301，直至遍历完服务端的所有实例节点。若获取到任一目标节点标识，则继续执行步骤S204；若服务端的所有实例节点均已达到所述负载限值，则执行步骤S304。
304：随机获取服务端的一个实例节点的目标节点标识，并继续执行步骤204。
从上述描述可知，首先通过按照固定的各实例节点的预设排序获取能够满足负载限值的实例节点的目标节点标识，能够保证客户端的获取数据的请求尽可能的对应到集中的几个实例节点中，提高客户端命中服务端的缓存信息的几率；同时在服务端的所有实例节点均已达到所述负载限值时，随机反馈一个实例节点的目标节点标识，避免出现客户端无法获取服务端数据，出现客户端卡顿、甚至无响应的情况。
本公开实施例提供还提供一种负载均衡方法，本实施例的方法可以应用在客户端中，该负载均衡方法包括：
响应于用户在所述客户端对任一目标对象的预设操作，发送路由策略服务请求至服务端，其中所述路由策略服务请求中包含所述目标对象的编号标识，以使所述服务端根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点、并在确定所述实例节点未达到负载限值时，发送所述实例节点的目标节点标识至所述客户端；
在接收到所述目标节点标识时，发送包含所述目标节点标识的数据请求至网关设备，以使所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上，以使所述目标节点标识对应的实例节点将所述目标对象的数据发送至所述客户端。
在本公开一个实施例中，所述响应于用户在所述客户端对任一目标对象的预设操作，包括：响应于用户点击所述直播间进入观看直播。在本实施例中，用户通过点击直播间进入观看直播的界面。
参考图5，图5为本公开实施例提供的负载均衡方法流程示意图三。本实施例的方法涉及的执行主体包括客户端、网关设备和服务端，该负载均衡方法包括：
S401：响应于用户在客户端对任一目标对象的预设操作，客户端发送路由策略服务请求至服务端。其中路由策略服务请求中包含目标对象的编号标识。
S402：服务端根据编号标识确定客户端获取目标对象的数据时对应的服务端的实例节点。
S403：服务端若确定实例节点未达到负载限值，则获取实例节点的目标节点标识。
S404：服务端发送目标节点标识至客户端。
S405：客户端发送包含目标节点标识的数据请求至网关设备。
S406：网关设备根据目标节点标识将客户端的数据请求转到服务端的目标节点标识对应的实例节点上。
S407：服务端根据数据请求通过目标节点标识对应的实例节点发送目标对象的数据至客户端。
从上述描述可知，由于无论是哪个客户端发起的获取数据的请求，只要针对的是同一个目标对象，即路由策略服务请求包含同一个目标对象的编号标识，则该客户端请求的数据均会转至同一个实例节点。这样就能保证在访问的客户端数量较少的情况下，每个客户端获取数据的请求，在满足实例节点负载限值的基础上均能够转至同一个实例节点，使得客户端命中服务端的缓存信息的几率大大提高，提升了服务端的处理效率。
参考图6，图6为本公开实施例提供的负载均衡设备的结构框图一。为了便于说明，仅示出了与本公开实施例相关的部分。参照图6，所述设备应用于服务端，包括：
接收单元601，用于接收客户端发送的路由策略服务请求，其中所述路由策略服务请求是客户端响应于用户在所述客户端对任一目标对象的预设操作生成的，所述路由策略服务请求中包含所述目标对象的编号标识；
处理单元602，用于根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点；若确定所述实例节点未达到负载限值，则获取所述实例节点的目标节点标识；
发送单元603，用于发送所述目标节点标识至所述客户端，以使所述客户端发送包含所述目标节点标识的数据请求至网关设备，其中所述数据请求用于指示所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上；
所述发送单元603，还用于根据所述数据请求通过所述目标节点标识对应的实例节点发送所述目标对象的数据至所述客户端。
在本公开的一个实施例中，所述处理单元603，还用于对所述编号标识进行哈希计算，并确定所述编号标识的哈希值对应的服务端的实例节点。
在本公开的一个实施例中，所述处理单元603，还用于若确定所述实例节点已达到所述负载限值，则按照服务端的各实例节点的预设排序确定所述服务端的所述实例节点的下一个实例节点；
若确定所述下一个实例节点未达到负载限值，则获取所述下一个实例节点的目标节点标识，并继续执行发送所述目标节点标识至所述客户端的步骤；
若所述下一个实例节点已达到所述负载限值，则重复执行按照所述预设排序确定所述服务端的实例节点的下一个实例节点的步骤，直至遍历完所述服务端的所有实例节点。
在本公开的一个实施例中，所述处理单元603，还用于若所述服务端的所有实例节点均已达到所述负载限值，则随机获取所述服务端的一个实例节点的目标节点标识，并继续执行发送所述目标节点标识至所述客户端的步骤。
在本公开的一个实施例中，所述处理单元603，还用于获取所述服务端的各实例节点的设备信息；
按照所述设备信息的字符串对所述服务端的各实例节点进行排序，得到服务端的实例节点的预设排序。
在本公开的一个实施例中，所述设备信息包括实例节点的地址信息和/或端口信息。
在本公开的一个实施例中，所述处理单元603，还用于按照预设时间间隔获取服务端的各实例节点的负载值；
根据所述各实例节点的负载值确定各实例节点是否达到所述负载限值。
在本公开的一个实施例中，所述目标对象为直播间，所述目标对象的编号标识为所述直播间的房间号。
本实施例提供的设备，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
参考图7，图7为本公开实施例提供的负载均衡设备的结构框图二。为了便于说明，仅示出了与本公开实施例相关的部分。参照图7，所述设备应用于客户端，包括：
第一处理单元701，用于响应于用户在所述客户端对任一目标对象的预设操作，发送路由策略服务请求至服务端，其中所述路由策略服务请求中包含所述目标对象的编号标识，以使所述服务端根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点、并在确定所述实例节点未达到负载限值时，发送所述实例节点的目标节点标识至所述客户端；
第二处理单元702，用于在接收到所述目标节点标识时，发送包含所述目标节点标识的数据请求至网关设备，以使所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上，以使所述目标节点标识对应的实例节点将所述目标对象的数据发送至所述客户端。
在本公开的一个实施例中，所述目标对象为直播间，所述目标对象的编号标识为所述直播间的房间号。
在本公开的一个实施例中，所述响应于用户在所述客户端对任一目标对象的预设操作，包括：响应于用户点击所述直播间进入观看直播。
本实施例提供的设备，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
为了实现上述实施例，本公开实施例还提供了一种电子设备。
参考图8，其示出了适于用来实现本公开实施例的电子设备800的结构示意图，该电子设备800可以为终端设备或服务器。其中，终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(Personal Digital Assistant，简称PDA)、平板电脑(Portable Android Device，简称PAD)、便携式多媒体播放器(Portable MediaPlayer，简称PMP)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图8示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图8所示，电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(Read Only Memory，简称ROM)802中的程序或者从存储装置808加载到随机访问存储器(Random Access Memory，简称RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(Liquid CrystalDisplay，简称LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图8示出了具有各种装置的电子设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LocalArea Network，简称LAN)或广域网(Wide Area Network，简称WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
第一方面，根据本公开的一个或多个实施例，提供了一种负载均衡方法，包括：
接收客户端发送的路由策略服务请求，其中所述路由策略服务请求是客户端响应于用户在所述客户端对任一目标对象的预设操作生成的，所述路由策略服务请求中包含所述目标对象的编号标识；
根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点；
若确定所述实例节点未达到负载限值，则获取所述实例节点的目标节点标识；
发送所述目标节点标识至所述客户端，以使所述客户端发送包含所述目标节点标识的数据请求至网关设备，其中所述数据请求用于指示所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上；
根据所述数据请求通过所述目标节点标识对应的实例节点发送所述目标对象的数据至所述客户端。
根据本公开的一个或多个实施例，所述根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点，包括：对所述编号标识进行哈希计算，并确定所述编号标识的哈希值对应的服务端的实例节点。
根据本公开的一个或多个实施例，所述根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点之后，还包括：若确定所述实例节点已达到所述负载限值，则按照服务端的各实例节点的预设排序确定所述服务端的所述实例节点的下一个实例节点；若确定所述下一个实例节点未达到负载限值，则获取所述下一个实例节点的目标节点标识，并继续执行发送所述目标节点标识至所述客户端的步骤；若所述下一个实例节点已达到所述负载限值，则重复执行按照所述预设排序确定所述服务端的实例节点的下一个实例节点的步骤，直至遍历完所述服务端的所有实例节点。
根据本公开的一个或多个实施例，所述若所述下一个实例节点已达到所述负载限值，则重复执行按照所述预设排序确定所述服务端的实例节点的下一个实例节点的步骤，直至遍历完所述服务端的所有实例节点之后，还包括：若所述服务端的所有实例节点均已达到所述负载限值，则随机获取所述服务端的一个实例节点的目标节点标识，并继续执行发送所述目标节点标识至所述客户端的步骤。
根据本公开的一个或多个实施例，所述若确定所述实例节点已达到所述负载限值，则按照服务端的实例节点的预设排序确定服务端的第一实例节点的下一个实例节点之前，还包括：获取所述服务端的各实例节点的设备信息；按照所述设备信息的字符串对所述服务端的各实例节点进行排序，得到服务端的实例节点的预设排序。
根据本公开的一个或多个实施例，所述设备信息包括实例节点的地址信息和/或端口信息。
根据本公开的一个或多个实施例，所述若确定所述实例节点未达到负载限值，则获取所述实例节点的目标节点标识之前，还包括：按照预设时间间隔获取服务端的各实例节点的负载值；根据所述各实例节点的负载值确定各实例节点是否达到所述负载限值。
根据本公开的一个或多个实施例，所述目标对象为直播间，所述目标对象的编号标识为所述直播间的房间号。
第二方面，根据本公开的一个或多个实施例，还提供了一种负载均衡方法，包括：
响应于用户在所述客户端对任一目标对象的预设操作，发送路由策略服务请求至服务端，其中所述路由策略服务请求中包含所述目标对象的编号标识，以使所述服务端根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点、并在确定所述实例节点未达到负载限值时，发送所述实例节点的目标节点标识至所述客户端；
在接收到所述目标节点标识时，发送包含所述目标节点标识的数据请求至网关设备，以使所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上，以使所述目标节点标识对应的实例节点将所述目标对象的数据发送至所述客户端。
根据本公开的一个或多个实施例，所述目标对象为直播间，所述目标对象的编号标识为所述直播间的房间号。
根据本公开的一个或多个实施例，所述响应于用户在所述客户端对任一目标对象的预设操作，包括：响应于用户点击所述直播间进入观看直播。
第三方面，根据本公开的一个或多个实施例，提供了一种负载均衡设备，包括：
接收单元，用于接收客户端发送的路由策略服务请求，其中所述路由策略服务请求是客户端响应于用户在所述客户端对任一目标对象的预设操作生成的，所述路由策略服务请求中包含所述目标对象的编号标识；
处理单元，用于根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点；若确定所述实例节点未达到负载限值，则获取所述实例节点的目标节点标识；
发送单元，用于发送所述目标节点标识至所述客户端，以使所述客户端发送包含所述目标节点标识的数据请求至网关设备，其中所述数据请求用于指示所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上；
所述发送单元，还用于根据所述数据请求通过所述目标节点标识对应的实例节点发送所述目标对象的数据至所述客户端。
根据本公开的一个或多个实施例，所述处理单元，还用于对所述编号标识进行哈希计算，并确定所述编号标识的哈希值对应的服务端的实例节点。
根据本公开的一个或多个实施例，所述处理单元，还用于若确定所述实例节点已达到所述负载限值，则按照服务端的各实例节点的预设排序确定所述服务端的所述实例节点的下一个实例节点；若确定所述下一个实例节点未达到负载限值，则获取所述下一个实例节点的目标节点标识，并继续执行发送所述目标节点标识至所述客户端的步骤；若所述下一个实例节点已达到所述负载限值，则重复执行按照所述预设排序确定所述服务端的实例节点的下一个实例节点的步骤，直至遍历完所述服务端的所有实例节点。
根据本公开的一个或多个实施例，所述处理单元，还用于若所述服务端的所有实例节点均已达到所述负载限值，则随机获取所述服务端的一个实例节点的目标节点标识，并继续执行发送所述目标节点标识至所述客户端的步骤。
根据本公开的一个或多个实施例，所述处理单元，还用于获取所述服务端的各实例节点的设备信息；
按照所述设备信息的字符串对所述服务端的各实例节点进行排序，得到服务端的实例节点的预设排序。
根据本公开的一个或多个实施例，所述设备信息包括实例节点的地址信息和/或端口信息。
根据本公开的一个或多个实施例，所述处理单元，还用于按照预设时间间隔获取服务端的各实例节点的负载值；根据所述各实例节点的负载值确定各实例节点是否达到所述负载限值。
根据本公开的一个或多个实施例，所述目标对象为直播间，所述目标对象的编号标识为所述直播间的房间号。
第四方面，根据本公开的一个或多个实施例，还提供了一种负载均衡设备，包括：
第一处理单元，用于响应于用户在所述客户端对任一目标对象的预设操作，发送路由策略服务请求至服务端，其中所述路由策略服务请求中包含所述目标对象的编号标识，以使所述服务端根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点、并在确定所述实例节点未达到负载限值时，发送所述实例节点的目标节点标识至所述客户端；
第二处理单元，用于在接收到所述目标节点标识时，发送包含所述目标节点标识的数据请求至网关设备，以使所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上，以使所述目标节点标识对应的实例节点将所述目标对象的数据发送至所述客户端。
根据本公开的一个或多个实施例，所述目标对象为直播间，所述目标对象的编号标识为所述直播间的房间号。
根据本公开的一个或多个实施例，所述响应于用户在所述客户端对任一目标对象的预设操作，包括：响应于用户点击所述直播间进入观看直播。
第五方面，根据本公开的一个或多个实施例，提供了一种电子设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的负载均衡方法。
第六方面，根据本公开的一个或多个实施例，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的负载均衡方法。
第七方面，本公开实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的负载均衡方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (16)

1.一种负载均衡方法，其特征在于，所述方法应用于服务端，包括：
接收客户端发送的路由策略服务请求，其中所述路由策略服务请求是客户端响应于用户在所述客户端对任一目标对象的预设操作生成的，所述路由策略服务请求中包含所述目标对象的编号标识；
根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点；
若确定所述实例节点未达到负载限值，则获取所述实例节点的目标节点标识；
发送所述目标节点标识至所述客户端，以使所述客户端发送包含所述目标节点标识的数据请求至网关设备，其中所述数据请求用于指示所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上；
根据所述数据请求通过所述目标节点标识对应的实例节点发送所述目标对象的数据至所述客户端。
2.根据权利要求1所述的方法，其特征在于，所述根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点，包括：
对所述编号标识进行哈希计算，并确定所述编号标识的哈希值对应的服务端的实例节点。
3.根据权利要求1或2所述的方法，其特征在于，所述根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点之后，还包括：
若确定所述实例节点已达到所述负载限值，则按照服务端的各实例节点的预设排序确定所述服务端的所述实例节点的下一个实例节点；
若确定所述下一个实例节点未达到负载限值，则获取所述下一个实例节点的目标节点标识，并继续执行发送所述目标节点标识至所述客户端的步骤；
若所述下一个实例节点已达到所述负载限值，则重复执行按照所述预设排序确定所述服务端的实例节点的下一个实例节点的步骤，直至遍历完所述服务端的所有实例节点。
4.根据权利要求3所述的方法，其特征在于，所述若所述下一个实例节点已达到所述负载限值，则重复执行按照所述预设排序确定所述服务端的实例节点的下一个实例节点的步骤，直至遍历完所述服务端的所有实例节点之后，还包括：
若所述服务端的所有实例节点均已达到所述负载限值，则随机获取所述服务端的一个实例节点的目标节点标识，并继续执行发送所述目标节点标识至所述客户端的步骤。
5.根据权利要求3所述的方法，其特征在于，所述若确定所述实例节点已达到所述负载限值，则按照服务端的实例节点的预设排序确定服务端的第一实例节点的下一个实例节点之前，还包括：
获取所述服务端的各实例节点的设备信息；
按照所述设备信息的字符串对所述服务端的各实例节点进行排序，得到服务端的实例节点的预设排序。
6.根据权利要求5所述的方法，其特征在于，所述设备信息包括实例节点的地址信息和/或端口信息。
7.根据权利要求1或2所述的方法，其特征在于，所述若确定所述实例节点未达到负载限值，则获取所述实例节点的目标节点标识之前，还包括：
按照预设时间间隔获取服务端的各实例节点的负载值；
根据所述各实例节点的负载值确定各实例节点是否达到所述负载限值。
8.根据权利要求1或2所述的方法，其特征在于，所述目标对象为直播间，所述目标对象的编号标识为所述直播间的房间号。
9.一种负载均衡方法，其特征在于，所述方法应用于客户端，包括：
响应于用户在所述客户端对任一目标对象的预设操作，发送路由策略服务请求至服务端，其中所述路由策略服务请求中包含所述目标对象的编号标识，以使所述服务端根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点、并在确定所述实例节点未达到负载限值时，发送所述实例节点的目标节点标识至所述客户端；
在接收到所述目标节点标识时，发送包含所述目标节点标识的数据请求至网关设备，以使所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上，以使所述目标节点标识对应的实例节点将所述目标对象的数据发送至所述客户端。
10.根据权利要求9所述的方法，其特征在于，所述目标对象为直播间，所述目标对象的编号标识为所述直播间的房间号。
11.根据权利要求10所述的方法，其特征在于，所述响应于用户在所述客户端对任一目标对象的预设操作，包括：
响应于用户点击所述直播间进入观看直播。
12.一种负载均衡设备，其特征在于，应用于服务端，包括：
接收单元，用于接收客户端发送的路由策略服务请求，其中所述路由策略服务请求是客户端响应于用户在所述客户端对任一目标对象的预设操作生成的，所述路由策略服务请求中包含所述目标对象的编号标识；
处理单元，用于根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点；若确定所述实例节点未达到负载限值，则获取所述实例节点的目标节点标识；
发送单元，用于发送所述目标节点标识至所述客户端，以使所述客户端发送包含所述目标节点标识的数据请求至网关设备，其中所述数据请求用于指示所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上；
所述发送单元，还用于根据所述数据请求通过所述目标节点标识对应的实例节点发送所述目标对象的数据至所述客户端。
13.一种负载均衡设备，其特征在于，应用于客户端，包括：
第一处理单元，用于响应于用户在所述客户端对任一目标对象的预设操作，发送路由策略服务请求至服务端，其中所述路由策略服务请求中包含所述目标对象的编号标识，以使所述服务端根据所述编号标识确定所述客户端获取所述目标对象的数据时对应的服务端的实例节点、并在确定所述实例节点未达到负载限值时，发送所述实例节点的目标节点标识至所述客户端；
第二处理单元，用于在接收到所述目标节点标识时，发送包含所述目标节点标识的数据请求至网关设备，以使所述网关设备根据所述目标节点标识将所述客户端的数据请求转到所述服务端的所述目标节点标识对应的实例节点上，以使所述目标节点标识对应的实例节点将所述目标对象的数据发送至所述客户端。
14.一种电子设备，其特征在于，包括：处理器和存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如权利要求1至8任一项或9至11任一项所述的负载均衡方法。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至8任一项或9至11任一项所述的负载均衡方法。
16.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8任一项或9至11任一项所述的负载均衡的方法。
CN202011458389.6A 2020-12-10 2020-12-10 负载均衡方法及设备 Active CN112637287B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011458389.6A CN112637287B (zh) 2020-12-10 2020-12-10 负载均衡方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011458389.6A CN112637287B (zh) 2020-12-10 2020-12-10 负载均衡方法及设备

Publications (2)

Publication Number Publication Date
CN112637287A true CN112637287A (zh) 2021-04-09
CN112637287B CN112637287B (zh) 2023-04-07

Family

ID=75310106

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011458389.6A Active CN112637287B (zh) 2020-12-10 2020-12-10 负载均衡方法及设备

Country Status (1)

Country Link
CN (1) CN112637287B (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113268329A (zh) * 2021-05-31 2021-08-17 北京奇艺世纪科技有限公司 一种请求调度方法、装置及存储介质
CN113778716A (zh) * 2021-09-14 2021-12-10 联想(北京)有限公司 服务切换方法、电子设备及服务切换系统
CN113904974A (zh) * 2021-10-09 2022-01-07 咪咕文化科技有限公司 智能路由方法、装置及设备
CN114285905A (zh) * 2021-12-23 2022-04-05 中国建设银行股份有限公司 基于服务的路由方法和路由装置
CN114338526A (zh) * 2022-01-06 2022-04-12 上海幻电信息科技有限公司 数据传输方法及装置
CN114356575A (zh) * 2022-01-06 2022-04-15 上海幻电信息科技有限公司 用户请求处理方法及装置
CN114610691A (zh) * 2022-03-21 2022-06-10 苏州浪潮智能科技有限公司 存储对象的获取方法、存储对象的获取装置、设备及介质
CN115801686A (zh) * 2021-09-08 2023-03-14 北京金山云网络技术有限公司 服务请求的处理方法、装置、设备及存储介质
CN118660023A (zh) * 2024-08-16 2024-09-17 天翼视联科技有限公司 设备调度接入方法、系统、可读存储介质和程序产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6092178A (en) * 1998-09-03 2000-07-18 Sun Microsystems, Inc. System for responding to a resource request
US20110066672A1 (en) * 2009-09-14 2011-03-17 Red Hat, Inc. Transaction Sticky Load Balance Policies
CN108134828A (zh) * 2017-12-20 2018-06-08 金蝶软件（中国）有限公司 服务请求的路由方法、装置、计算机设备和存储介质
CN111444018A (zh) * 2020-03-30 2020-07-24 北京字节跳动网络技术有限公司 请求处理方法以及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6092178A (en) * 1998-09-03 2000-07-18 Sun Microsystems, Inc. System for responding to a resource request
US20110066672A1 (en) * 2009-09-14 2011-03-17 Red Hat, Inc. Transaction Sticky Load Balance Policies
CN108134828A (zh) * 2017-12-20 2018-06-08 金蝶软件（中国）有限公司 服务请求的路由方法、装置、计算机设备和存储介质
CN111444018A (zh) * 2020-03-30 2020-07-24 北京字节跳动网络技术有限公司 请求处理方法以及装置

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113268329A (zh) * 2021-05-31 2021-08-17 北京奇艺世纪科技有限公司 一种请求调度方法、装置及存储介质
CN113268329B (zh) * 2021-05-31 2023-09-01 北京奇艺世纪科技有限公司 一种请求调度方法、装置及存储介质
CN115801686A (zh) * 2021-09-08 2023-03-14 北京金山云网络技术有限公司 服务请求的处理方法、装置、设备及存储介质
CN113778716A (zh) * 2021-09-14 2021-12-10 联想(北京)有限公司 服务切换方法、电子设备及服务切换系统
CN113904974A (zh) * 2021-10-09 2022-01-07 咪咕文化科技有限公司 智能路由方法、装置及设备
CN113904974B (zh) * 2021-10-09 2023-08-15 咪咕文化科技有限公司 智能路由方法、装置及设备
CN114285905A (zh) * 2021-12-23 2022-04-05 中国建设银行股份有限公司 基于服务的路由方法和路由装置
CN114338526A (zh) * 2022-01-06 2022-04-12 上海幻电信息科技有限公司 数据传输方法及装置
CN114356575A (zh) * 2022-01-06 2022-04-15 上海幻电信息科技有限公司 用户请求处理方法及装置
CN114610691A (zh) * 2022-03-21 2022-06-10 苏州浪潮智能科技有限公司 存储对象的获取方法、存储对象的获取装置、设备及介质
CN114610691B (zh) * 2022-03-21 2024-01-30 苏州浪潮智能科技有限公司 存储对象的获取方法、存储对象的获取装置、设备及介质
CN118660023A (zh) * 2024-08-16 2024-09-17 天翼视联科技有限公司 设备调度接入方法、系统、可读存储介质和程序产品

Also Published As

Publication number Publication date
CN112637287B (zh) 2023-04-07

Similar Documents

Publication Publication Date Title
CN112637287B (zh) 负载均衡方法及设备
CN112272226B (zh) 图片加载方法、装置及可读存储介质
CN111246228B (zh) 直播间礼物资源更新方法、装置、介质及电子设备
CN111163324B (zh) 信息处理方法、装置和电子设备
CN110489474B (zh) 一种数据处理的方法、装置、介质和电子设备
CN111432001B (zh) 用于跳转场景的方法、装置、电子设备和计算机可读介质
CN112379982B (zh) 任务处理方法、装置、电子设备及计算机可读存储介质
CN114089920A (zh) 数据存储方法、装置、可读介质及电子设备
CN110781373A (zh) 榜单更新方法、装置、可读介质和电子设备
CN111309254B (zh) 数据处理方法、装置、可读介质及电子设备
CN113596328B (zh) 摄像头调用方法、装置和电子设备
CN110913270B (zh) 直播方法和装置
CN111596992B (zh) 导航栏展示方法、装置和电子设备
CN111355784A (zh) 一种处理请求信息的方法、装置、介质和电子设备
CN114979762B (zh) 视频下载、传输方法、装置、终端设备、服务器及介质
CN114187169B (zh) 视频特效包的生成方法、装置、设备及存储介质
CN112636971B (zh) 一种服务降级方法、装置、电子设备及存储介质
CN110730251B (zh) 一种解析域名的方法、装置、介质和电子设备
CN113518183A (zh) 摄像头调用方法、装置和电子设备
CN113051456B (zh) 请求处理方法、装置、电子设备和计算机可读介质
CN112311840A (zh) 一种多终端数据同步方法、装置、设备及介质
CN114785794B (zh) 资源分配方法、装置、设备、介质和系统
CN115993942B (zh) 数据缓存方法、装置、电子设备和计算机可读介质
CN113076195B (zh) 对象的分流方法、装置、可读介质和电子设备
CN110913027B (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