具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例。相反,提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。
需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。
下面将参考附图并结合实施例来详细说明本公开。
图1是本公开的一些实施例的请求处理方法的一个应用场景图的示意图。
如图1所示,响应于包括至少一个子请求的数据查询请求103,组客户端101可以首先确定服务端集合组102中用于处理上述数据查询请求103的目标服务端集合1022。在本应用场景中,上述服务端集合组102包括:服务端集合1021、目标服务端集合1022、服务端集合1023。上述目标服务端集合1022包括:服务端10221、服务端10222、服务端10223。上述数据查询请求103可以包括:第一子请求1031、第二子请求1032、第三子请求1033、第四子请求1034、第五子请求1035、第六子请求1036。目标服务端集合1022可以包括:服务端10221、服务端10222、服务端10223。然后,根据上述目标服务端集合1022中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组104。在本应用场景中,子请求组1041可以包括:第一子请求1031、第二子请求1032。子请求组1042可以包括:第三子请求1033、第四子请求1034。子请求组1043可以包括:第五子请求1035、第六子请求1036。将上述至少一个子请求组104中的各个子请求组分别作为一次请求发送至上述目标服务端集合1022中对应的上述服务端。在本应用场景中,上述子请求组1041发送至服务端10221。上述子请求组1042发送至服务端10222。上述子请求组1043发送至服务端10223。最后,接收到上述目标服务端集合1022中各上述服务端的查询结果,并对上述查询结果进行聚合,得到查询结果集合105。在本应用场景中,上述服务端10221的查询结果可以是第一查询结果1051。上述服务端10222的查询结果可以是第二查询结果1052。上述服务端10223的查询结果可以是查询结果1053。
实践中,上述组客户端101可以用于接收上游客户端的请求以及将接收到的来自上游客户端的数据查询请求发送至下游服务端。除此之外,对于下游多组服务端,上述组客户端101可以依照预先设定的策略(例如负载均衡策略)将来自上游客户端的数据查询请求中的各个子请求分别发送至多组服务端中对应的服务端以供后续服务端对接收到的请求作出响应。在这里,上述组客户端101不仅仅可以将数据查询请求发送至下游的服务端,还可以接收下游服务端的查询结果并进行汇总,进而,将汇总的查询结果集合发送至上游的客户端。
在这里,上述组客户端101可以是硬件,也可以是软件。当其为硬件时,可以是支持数据处理的至少一个电子设备或处理单元,包括但不限于服务器、中央处理器(CPU)等。根据实现需要,可以实现成多个电子设备或处理单元组成的分布式集群,也可以实现成单个电子设备或处理单元。当其为软件时,可以是用于实现特征处理的软件模块、代码、函数或变量等等。其可以实现成例如用来提供分布式服务的多个软件或软件模块,也可以实现成单个软件或软件模块。在此不做具体限定。
应该理解,图1中的组客户端101的数目仅仅是示意性的。根据实现需要,可以具有任意数目的组客户端。
继续参考图2,示出了根据本公开的请求处理方法的一些实施例的流程200。该请求处理方法,包括以下步骤:
步骤201,响应于包括至少一个子请求的数据查询请求,确定服务端集合组中用于处理上述数据查询请求的目标服务端集合。
在一些实施例中,响应于包括至少一个子请求的数据查询请求,请求处理方法的执行主体(例如图1所示的组客户端101)可以确定服务端集合组中用于处理上述数据查询请求的目标服务端集合。其中,上述数据查询请求包括至少一个子请求。上述服务端可以是为客户端服务的,服务的内容诸如向客户端提供资源,保存客户端数据。上述数据查询请求可以客户端发送的用于查询各个特征数据的子请求集合。其中,上述子请求是指从客户端到服务器端的请求消息。包括:资源的请求方法、资源的标识符、相关使用协议。上述各个特征数据可以是已经被授权的、公开的描述目标物体特征信息的数据集。
可选地,上述执行主体可以利用预先设定的负载均衡算法,从上述服务端集合组中确定上述目标服务端集合。
作为示例,上述执行主体可以通过依照一定的顺序轮流将服务端集合组中的各个服务端集合确定为目标服务端集合。
作为示例,上述执行主体可以随机选取上述服务端集合组中的一个服务端集合作为上述目标服务端集合。
作为示例,上述执行主体可以通过最小连接数法来从上述服务端集合组中选取目标服务端集合。
作为又一个示例,上述执行主体可以通过加权随机法或加权轮询法来从上述服务端集合组中选取目标服务端集合。
在一些实施例的一些可选的实现方式中,上述服务端集合组中每个服务端集合存储着与上述数据查询请求相关的目标数据。其中,上述数据查询请求所需要的数据全部在上述目标数据集中。
可选地,上述服务端集合组中各个服务端集合写入的数据是相同的上述目标数据集,对上述目标数据进行持久化使用的是上述服务端集合组中的任意一个服务端集合中的目标数据集。
作为示例,如图3所示,上述服务端集合组301包括第一服务端集合3011、第二服务端集合3012、第三服务端集合3013。上述服务端集合组301中每个服务端集合存储着数据查询请求303所需要的数据集302。即,可以通过查询上述服务端集合组301中的任意一个服务端集合来获取数据集302。上述服务端集合组301中各个服务端集合写入的数据是相同的目标数据集,对上述目标数据集进行持久化使用的是上述服务端集合组301中的任意一个服务端集合中的目标数据集。
步骤202,根据上述目标服务端集合中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组。
在一些实施例中,上述执行主体可以根据上述目标服务端集合中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组。其中,服务端的标识信息可以是预先设置的。
作为示例,上述执行主体可以首先确定目标服务端集合中各个服务端的数目。然后,根据上述服务端的数目,对上述目标服务端集合中各个服务端分配对应的标识信息。最后,根据各个服务端分配对应的标识信息,将上述至少一个子请求随机划分成上述数目个组,得到上述至少一个子请求组。
在一些实施例的一些可选的实现方式中,上述根据上述目标服务端集合中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组,可以包括以下步骤:
第一步,确定上述数据查询请求中每个子请求对应待查询数据的标识信息。其中,上述待查询数据的标识信息可以是待查询数据的账号信息(ID,Identification)。作为示例,上述执行主体可以查询数据标识信息表来确定上述数据查询请求中每个子请求对应待查询数据的标识信息。
第二步,根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,对上述数据查询请求中的至少一个请求进行分组,得到至少一个子请求组。作为示例,上述执行主体可以首先对各个子请求对应待查询数据集的各个账号信息依照大小的顺序进行排序,得到账号信息序列。然后,依照账号信息序列的账号信息顺序和上述目标服务端集合中服务端的数目,对各个子请求进行分组,得到至少一个子请求组。其中,子请求组的数目与上述目标服务端集合中服务端的数目相同。上述至少一个子请求组中各个子请求组包括的子请求的数目相同。
可选地,上述根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,对上述数据查询请求中的至少一个请求进行分组,得到至少一个子请求组,可以包括以下步骤:
第一步,根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,利用一致性哈希算法,确定上述每个子请求对应的服务端。
第二步,根据上述每个子请求对应的服务端,对上述请求中的至少一个子请求进行分组,得到至少一个子请求组。作为示例,上述执行主体可以将各个子请求中对应服务端相同子请求归为一组,可以得到至少一个子请求组。
可选地,上述根据上述每个子请求对应待查询的数据的标识信息和上述目标服务端集合中各个服务端的标识信息,利用一致性哈希算法,确定上述每个子请求对应的服务端,包括:
第一步,构建各个哈希值相关的圆环。其中,上述圆环上的各个点表征预定范围内的各个哈希值。
第二步,将上述目标服务端集合中每个服务端的标识信息转换为对应的第一哈希值,得到第一哈希值集合。
第三步,将上述第一哈希值集合映射到上述圆环,得到映射后的圆环。
第四步,将上述至少一个子请求中每个子请求对应的数据的标识信息转换为对应的第二哈希值,得到第二哈希值集合。
第五步,确定上述第二哈希值集合中的每个哈希值在上述映射后的圆环上的位置信息,得到位置信息集合。
第六步,根据上述位置信息集合,确定上述每个子请求对应的服务端。作为示例,上述执行主体可以通过查询的方式来根据位置信息集合,确定上述每个子请求对应的服务端。
步骤203,将上述至少一个子请求组中的各个子请求组分别作为一次请求发送至上述目标服务端集合中对应的上述服务端。
在一些实施例中,上述执行主体可以将上述至少一个子请求组中的各个子请求组分别作为一次请求发送至上述目标服务端集合中对应的上述服务端。
作为示例,上述执行主体可以将上述至少一个子请求组中的每个子请求组依据预先设定的条件联合发送至上述目标服务端集合中对应的服务端。进一步说明,可以将上述至少一个子请求组中的每个请求组存储到预先设定的与请求相关联的函数变量中以此来将上述子请求组中的至少一次子请求作为一次请求发送至上述目标服务端集合中对应的服务端。
需要说明的是,将上述至少一个子请求组中的每个子请求组存储到预先设定的与请求相关联的函数变量中以此来将上述子请求组中的至少一次子请求作为一次请求发送至上述目标服务端集合中对应的服务端减少了请求的次数,缓轻了因请求过多而导致***开销过大的问题。
如图4所示,目前,对于子请求集合401中的子请求会依次存储在变量402中。进而,依次将子请求集合401中的子请求发送至服务端。进一步说明,上述子请求集合401中的第一子请求4011会首先存储在变量402,然后,将上述第一子请求4011发送至服务端进行处理。在处理完上述第一子请求4011之后,将上述子请求集合401中的第二子请求4012存储在变量402中,然后,将上述第二子请求4012发送至服务端进行处理。在处理完上述第二子请求4012之后,将上述子请求集合401中的第三子请求4013存储在变量402中,然后,将上述第三子请求4013发送至服务端进行处理。在处理完上述第三子请求4013之后,将上述子请求集合401中的第四子请求4014存储在变量402中,然后,将上述第四子请求4014发送至服务端进行处理。在处理完上述第四子请求4014之后,将上述子请求集合401中的第五子请求4015存储在变量402中,然后,将上述第五子请求4015发送至服务端进行处理。在处理完上述第五子请求4015之后,将上述子请求集合401中的第六子请求4016存储在变量402中,然后,将上述第六子请求4016发送至服务端进行处理。
如图5所示,将至少一个子请求组501会依次将每个字请求组存储在变量502中。由此,依次将至少一个子请求组501中的每个子请求组分别发送至对应的服务端以使上述对应的服务端批量处理上述每个子请求组。进一步说明,上述至少一个子请求组501中的第一子请求组5011存储在变量502中,然后,将上述第一子请求组5011发送至对应的服务端进行处理以供上述对应的服务端对上述第一子请求组5011中的第一子请求50111和第二子请求50112进行处理。在处理完上述第一子请求组5011之后,上述至少一个子请求组501中的第二子请求组5012存储在变量502中。然后,将上述第二子请求组5012发送至对应的服务端进行处理以供上述对应的服务端对上述第二子请求组5012中的第三子请求50121和第四子请求50122进行处理。在处理完上述第二子请求组5012之后,上述至少一个子请求组501中的第三子请求组5013存储在变量502中。然后,将上述第三子请求组5013发送至对应的服务端进行处理以供上述对应的服务端对上述第三子请求组5013中的第五子请求50131和第六子请求50132进行处理。
步骤204,接收到上述目标服务端集合中各上述服务端的查询结果,并对上述查询结果进行聚合,得到查询结果集合。
在一些实施例中,上述执行主体可以接收到上述目标服务端集合中各上述服务端的查询结果,并对上述查询结果进行聚合,得到查询结果集合。其中,上述查询结果可以是请求响应。上述查询结果可以是相关子请求集对应的数据集。
总而言之,作为示例,上游各个业务(即上游的至少一个客户端)需要获取300篇文章的特征数据。服务端中存储的每篇文章都存在对应的文章ID。相对于之前上游各个业务请求300篇文章的特征数据。需要向存有全量数据(即各个文章的特征数据)的服务端发送300个RPC(Remote Procedure Call,远程过程调用)请求才能获取到300篇文章的特征数据。由此,存在扇出过于严重的问题。在本申请中,存在多个服务端集合。每个服务端集合由至少一个服务端组成。上述每个服务端集合存有上述全量数据。上述执行主体可以依照每篇文章的文章ID将300篇文章对应的特征数据查询请求(即300个子请求)划分成至少一个子请求组。其中,每个子请求组对应着单独的服务端。可选地,可以将上述至少一个子请求组中每个子请求组作为一次RPC请求发送至目标服务集合中对应的服务端。例如,依照每次查询300个文章ID,每组部署10台服务端,则每个子请求组中大概有300/10=30个子请求。将每个子请求组中的30个子请求作为一个请求发送上述目标服务端中对应的服务端。当接收到上述目标服务端中各个服务端的查询结果后,对上述查询结果进行聚合,并将相关的查询结果发送至上游的各个客户端。由此,可以极大的减少请求的扇出。
本公开的上述各个实施例中具有如下有益效果:本公开的一些实施例的请求处理方法可以简便、有效的减轻了请求扇出的问题和缓轻了因请求过多而导致***开销过大的问题。具体来说,客户端的一次查询请求会触发对多个文章特征的查询或者上述客户端的请求可能会多次请求服务端的响应,导致请求扇出过于严重。除此之外,多次请求服务端响应会导致请求开销过大,导致服务器的负担过重。基于此,本公开的一些实施例的请求处理方法可以首先响应于包括至少一个子请求的数据查询请求,确定服务端集合组中用于处理上述数据查询请求的目标服务端集合用于后续对上述至少一个子请求中的请求进行分组。然后,根据上述目标服务端集合中各个服务端,对上述至少一个子请求进行分组,得到至少一个子请求组以用于后续将每个子请求组中的子请求联合发送至对应的服务端的标识信息。进而,将上述至少一个子请求组中的各个子请求组分别作为一次请求发送至上述目标服务端集合中对应的上述服务端。最后,接收到上述目标服务端集合中各上述服务端的查询结果,并对上述查询结果进行聚合,得到查询结果集合。在这里,通过可以有效的减少请求的次数,侧面减轻了请求扇出的问题以及缓轻因请求过多而导致***开销过大的问题。
继续参考图6,示出了根据本公开的请求处理方法的另一些实施例的流程600。该请求处理方法,包括以下步骤:
步骤601,响应于包括至少一个子请求的数据查询请求,确定服务端集合组中用于处理上述数据查询请求的目标服务端集合。
步骤602,根据上述目标服务端集合中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组。
步骤603,将上述至少一个子请求组中的各个子请求组分别作为一次请求发送至上述目标服务端集合中对应的上述服务端。
步骤604,接收到上述目标服务端集合中各上述服务端的查询结果,并对上述查询结果进行聚合,得到查询结果集合。
在一些实施例中,步骤601-604的具体实现及所带来的技术效果可以参考图2对应的那些实施例中的步骤201-204,在此不再赘述。
步骤605,将上述查询结果集合存储预定时长。
在一些实施例中,上述执行主体可以将上述查询结果集合存储预定时长。
在这里,将上述查询结果集合进行存储预定时长可以减少数据请求次数。还可以减少执行主体对查询结果的缓存,释放内存。进一步说明,客户端不需要每次都去访问服务端,可以首先确定执行主体所存储的查询结果集合中是否存在客户端发送的请求对应的查询结果。如果存在,就不需要去访问服务端,可以减少数据请求次数,进一步减轻请求扇出问题。
步骤606,响应于在上述预定时长内接收到与上述查询结果集合中目标查询结果相关联的目标子请求,将已存储的上述目标查询结果作为上述目标子请求的查询响应发送至对应终端。
在一些实施例中,响应于在上述预定时长内接收到与上述查询结果集合中目标查询结果相关联的目标子请求,上述执行主体可以将已存储的上述目标查询结果作为上述目标子请求的查询响应发送至对应终端。
从图6中可以看出,与图2对应的一些实施例的描述相比,图2对应的一些实施例中的请求处理方法的流程600增加了存储请求响应以及使用存储的查询结果的具体步骤。由此,这些实施例描述的方案可以极大地减少由于请求过多造成的负担,减少了***的负荷。
继续参考图7,作为对上述各图上述方法的实现,本公开提供了一种请求处理装置的一些实施例,这些装置实施例与图2上述的那些方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图7所示,一些实施例的请求处理装置700包括:确定单元701、分组单元702、发送单元703和接收单元704。其中,确定单元701被配置成响应于包括至少一个子请求的数据查询请求,确定服务端集合组中用于处理上述数据查询请求的目标服务端集合。分组单元702被配置成根据上述目标服务端集合中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组。发送单元703被配置成将上述至少一个子请求组中的各个子请求组分别作为一次请求发送至上述目标服务端集合中对应的上述服务端。接收单元704被配置成响应于接收到上述目标服务端集合中各个服务端的请求响应,对上述各个服务端的请求响应进行聚合,得到请求响应集合。
在一些实施例的一些可选的实现方式中,装置700还可以包括:存储单元和查询响应发送单元(图中未示出)。其中,存储单元可以被配置成:将上述查询结果集合存储预定时长。查询响应发送单元可以被配置成:响应于在上述预定时长时间内接收到与上述查询结果集合中目标查询结果相关联的目标子请求,将已存储的上述目标查询结果作为上述目标子请求的查询响应发送至对应终端。
在一些实施例的一些可选的实现方式中,上述请求处理装置700中的分组单元702可以进一步被配置成:确定上述数据查询请求中每个子请求对应待查询数据的标识信息;根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,对上述数据查询请求中的至少一个请求进行分组,得到至少一个子请求组。
在一些实施例的一些可选的实现方式中,上述请求处理装置700中的分组单元702可以进一步被配置成:根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,利用一致性哈希算法,确定上述每个子请求对应的服务端;根据上述每个子请求对应的服务端,对上述请求中的至少一个子请求进行分组,得到至少一个子请求组。
在一些实施例的一些可选的实现方式中,上述请求处理装置700中的分组单元702可以进一步被配置成:构建各个哈希值相关的圆环,其中,上述圆环上的各个点表征预定范围内的各个哈希值;将上述目标服务端集合中每个服务端的标识信息转换为对应的第一哈希值,得到第一哈希值集合;将上述第一哈希值集合映射到上述圆环,得到映射后的圆环;将上述至少一个子请求中每个子请求对应的数据的标识信息转换为对应的第二哈希值,得到第二哈希值集合;确定上述第二哈希值集合中的每个哈希值在上述映射后的圆环上的位置信息,得到位置信息集合;根据上述位置信息集合,确定上述每个子请求对应的服务端。
在一些实施例的一些可选的实现方式中,上述服务端集合组中每个服务端集合存储着与上述数据查询请求相关的目标数据集。
在一些实施例的一些可选的实现方式中,上述服务端集合组中各个服务端集合写入的数据是相同的上述目标数据集,对上述目标数据进行持久化使用的是上述服务端集合组中的任意一个服务端集合中的目标数据集。
可以理解的是,该装置700中记载的诸单元与参考图2描述的方法中的各个步骤相对应。由此,上文针对方法描述的操作、特征以及产生的有益效果同样适用于装置700及其中包含的单元,在此不再赘述。
下面参考图8,其示出了适于用来实现本公开的一些实施例的电子设备(例如图1中的组客户端)800的结构示意图。图8示出的电子设备仅仅是一个示例,不应对本公开的实施例的功能和使用范围带来任何限制。
如图8所示,电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801,其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中,还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
通常,以下装置可以连接至I/O接口805:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807;包括例如磁带、硬盘等的存储装置808;以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图8示出了具有各种装置的电子设备800,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图8中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。
特别地,根据本公开的一些实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的一些实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中,该计算机程序可以通过通信装置809从网络上被下载和安装,或者从存储装置808被安装,或者从ROM 802被安装。在该计算机程序被处理装置801执行时,执行本公开的一些实施例的方法中限定的上述功能。
需要说明的是,本公开的一些实施例上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
在一些实施方式中,客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“LAN”),广域网(“WAN”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述装置中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:响应于包括至少一个子请求的数据查询请求,确定服务端集合组中用于处理上述数据查询请求的目标服务端集合;根据上述目标服务端集合中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组;将上述至少一个子请求组中的各个子请求组分别作为一次请求发送至上述目标服务端集合中对应的上述服务端;接收到上述目标服务端集合中各上述服务端的查询结果,并对上述查询结果进行聚合,得到查询结果集合。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开的一些实施例中的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括确定单元、分组单元、发送单元和接收单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,分组单元还可以被描述为“根据上述目标服务端集合中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上***(SOC)、复杂可编程逻辑设备(CPLD)等等。
根据本公开的一个或多个实施例,提供了一种请求处理方法,包括:响应于包括至少一个子请求的数据查询请求,确定服务端集合组中用于处理上述数据查询请求的目标服务端集合;根据上述目标服务端集合中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组;将上述至少一个子请求组中的各个子请求组分别作为一次请求发送至上述目标服务端集合中对应的上述服务端;接收到上述目标服务端集合中各上述服务端的查询结果,并对上述查询结果进行聚合,得到查询结果集合。
根据本公开的一个或多个实施例,上述方法还包括:将上述查询结果集合存储预定时长;响应于在上述预定时长内接收到与上述查询结果集合中目标查询结果相关联的目标子请求,将已存储的上述目标查询结果作为上述目标子请求的查询响应发送至对应终端。
根据本公开的一个或多个实施例,上述根据上述目标服务端集合中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组,包括:确定上述数据查询请求中每个子请求对应待查询数据的标识信息;根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,对上述数据查询请求中的至少一个请求进行分组,得到至少一个子请求组。
根据本公开的一个或多个实施例,上述根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,对上述数据查询请求中的至少一个请求进行分组,得到至少一个子请求组,包括:根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,利用一致性哈希算法,确定上述每个子请求对应的服务端;根据上述每个子请求对应的服务端,对上述请求中的至少一个子请求进行分组,得到至少一个子请求组。
根据本公开的一个或多个实施例,上述根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,利用一致性哈希算法,确定上述每个子请求对应的服务端,包括:构建各个哈希值相关的圆环,其中,上述圆环上的各个点表征预定范围内的各个哈希值;将上述目标服务端集合中每个服务端的标识信息转换为对应的第一哈希值,得到第一哈希值集合;将上述第一哈希值集合映射到上述圆环,得到映射后的圆环;将上述至少一个子请求中每个子请求对应的数据的标识信息转换为对应的第二哈希值,得到第二哈希值集合;确定上述第二哈希值集合中的每个哈希值在上述映射后的圆环上的位置信息,得到位置信息集合;根据上述位置信息集合,确定上述每个子请求对应的服务端。
根据本公开的一个或多个实施例,上述服务端集合组中每个服务端集合存储着与上述数据查询请求相关的目标数据集。
根据本公开的一个或多个实施例,上述服务端集合组中各个服务端集合写入的数据是相同的上述目标数据集,对上述目标数据进行持久化使用的是上述服务端集合组中的任意一个服务端集合中的目标数据集。
根据本公开的一个或多个实施例,提供了一种请求处理装置,包括:确定单元,响应于包括至少一个子请求的数据查询请求,确定服务端集合组中用于处理上述数据查询请求的目标服务端集合;分组单元,被配置成根据上述目标服务端集合中各个服务端的标识信息,对上述至少一个子请求进行分组,得到至少一个子请求组;发送单元,被配置成将上述至少一个子请求组中的各个子请求组分别作为一次请求发送至上述目标服务端集合中对应的上述服务端;接收单元,被配置成接收到上述目标服务端集合中各上述服务端的查询结果,并对上述查询结果进行聚合,得到查询结果集合。
根据本公开的一个或多个实施例,装置还可以包括:存储单元和查询响应发送单元(图中未示出)。其中,存储单元可以被配置成:将上述查询结果集合存储预定时长。查询响应发送单元可以被配置成:响应于在上述预定时长内接收到与上述查询结果集合中目标查询结果相关联的目标子请求,将已存储的上述目标查询结果作为上述目标子请求的查询响应发送至对应终端。
根据本公开的一个或多个实施例,上述请求处理装置中的分组单元可以进一步被配置成:确定上述数据查询请求中每个子请求对应待查询数据的标识信息;根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,对上述数据查询请求中的至少一个请求进行分组,得到至少一个子请求组。
根据本公开的一个或多个实施例,上述请求处理装置中的分组单元可以进一步被配置成:根据上述每个子请求对应待查询数据的标识信息和上述目标服务端集合中各个服务端的标识信息,利用一致性哈希算法,确定上述每个子请求对应的服务端;根据上述每个子请求对应的服务端,对上述请求中的至少一个子请求进行分组,得到至少一个子请求组。
根据本公开的一个或多个实施例,上述请求处理装置中的分组单元可以进一步被配置成:构建各个哈希值相关的圆环,其中,上述圆环上的各个点表征预定范围内的各个哈希值;将上述目标服务端集合中每个服务端的标识信息转换为对应的第一哈希值,得到第一哈希值集合;将上述第一哈希值集合映射到上述圆环,得到映射后的圆环;将上述至少一个子请求中每个子请求对应的数据的标识信息转换为对应的第二哈希值,得到第二哈希值集合;确定上述第二哈希值集合中的每个哈希值在上述映射后的圆环上的位置信息,得到位置信息集合;根据上述位置信息集合,确定上述每个子请求对应的服务端。
根据本公开的一个或多个实施例,上述服务端集合组中每个服务端集合存储着与上述数据查询请求相关的目标数据集。
根据本公开的一个或多个实施例,上述服务端集合组中各个服务端集合写入的数据是相同的上述目标数据集,对上述目标数据进行持久化使用的是上述服务端集合组中的任意一个服务端集合中的目标数据集。
根据本公开的一个或多个实施例,提供了一种电子设备,包括:一个或多个处理器;存储装置,其上存储有一个或多个程序,当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如上述任一实施例描述的方法。
根据本公开的一个或多个实施例,提供了一种计算机可读介质,其上存储有计算机程序,其中,程序被处理器执行时实现如上述任一实施例描述的方法。
以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开的实施例中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。