业务请求处理方法和装置制造方法及图纸

本公开实施例公开了一种业务请求处理方法和装置。该业务请求处理方法包括：获取业务请求；将所述业务请求存储在业务队列中；确定服务器组内处理所述业务请求的至少一个可用服务器；将所述业务队列中的业务请求分发给所述至少一个可用服务器。采用该业务请求处理方法可以保证服务器不崩溃。

【技术实现步骤摘要】
【专利摘要】本公开实施例公开了一种业务请求处理方法和装置。该业务请求处理方法包括：获取业务请求；将所述业务请求存储在业务队列中；确定服务器组内处理所述业务请求的至少一个可用服务器；将所述业务队列中的业务请求分发给所述至少一个可用服务器。采用该业务请求处理方法可以保证服务器不崩溃。【专利说明】业务请求处理方法和装置
本公开涉及数据处理技术，尤其涉及一种业务请求处理方法和装置。
技术介绍
现有技术中，可能存在短时间内访问量过大造成服务器崩溃的情况。例如，在某一节目直播时，大量用户通过网络观看这一直播，致使服务器的访问量过大，而服务器无法处理造成服务器崩溃。或者，在某些电商的促销日，用户集中在某一时间段进行抢购，造成电商的服务器在该时间段内业务请求剧增，致使服务器在短时间内访问量过大，而服务器无法处理造成服务器崩溃。为了应对上述情况，网络服务提供者如电商会设置更大容量的服务器或者更多的服务器，以应对来自客户端的大量业务请求。这样做存在的不足是，一方面会增加成本，而且在业务请求量降低之后又造成资源浪费。另一方面，仍然存在着业务请求量超过服务器的处理能力的情况，仍然会造成服务器的崩溃。
技术实现思路
本公开实施例可能的目的是:提供一种业务请求处理方法，包括:获取业务请求；将业务请求存储在业务队列中；确定服务器组内处理业务请求的至少一个可用服务器;将业务队列中的业务请求分发给至少一个可用服务器。优选地，确定服务器组内具有负载能力的服务器的步骤包括:轮询服务器组内的服务器，根据轮询结果确定处理业务请求的至少一个可用服务器。优选地，轮询服务器组内的服务器，根据轮询结果确定处理业务请求的至少一个可用服务器的步骤包括:读取询问控制表，其中，询问控制表中保存有对服务器组内的服务器进行轮询的询问顺序的信息;根据询问顺序的信息，轮询服务器组内的服务器，并根据轮询结果确定处理业务请求的至少一个可用服务器。优选地，方法还包括:若服务器组内不存在处理业务请求的可用服务器，则将业务请求继续存储在业务队列中。优选地，在将业务请求存储在业务队列中的步骤之后，方法还包括:接收业务取消请求;根据业务取消请求将业务队列中对应的业务请求删除。另一方面，本公开的一可能的实施方案提供了一种业务请求处理装置，包括:获取模块，用于获取业务请求;队列管理模块，用于将业务请求存储在业务队列中；确定模块，用于确定服务器组内处理业务请求的至少一个可用服务器;分发模块，用于将业务队列中的业务请求分发给至少一个可用服务器。优选地，确定模块包括:轮询模块，用于轮询服务器组内的服务器，根据轮询结果确定处理业务请求的至少一个可用服务器。优选地，轮询模块包括:控制表读取模块，用于读取询问控制表，其中，询问控制表中保存有对服务器组内的服务器进行轮询的询问顺序的信息；询问模块，用于根据询问顺序的信息，轮询服务器组内的服务器，并根据轮询结果确定处理业务请求的至少一个可用服务器。优选地，装置还包括:继续存储模块，用于在服务器组内不存在处理业务请求的可用服务器的情况下，将业务请求继续存储在业务队列中。优选地，装置还包括:取消接收模块，用于在将业务请求存储在业务队列中之后，接收业务取消请求;删除模块，用于根据业务取消请求将业务队列中对应的业务请求删除。本公开实施例的至少一个实施方案，在接收到业务请求后将其存储在业务队列中，根据服务器组内的服务器的负载情况分配业务请求，将业务请求分配给负载未满的服务器，即可用服务器，确保服务器不过载，而且能够均衡负载。【附图说明】图1为本公开实施例一的业务请求处理方法的流程图；图2为本公开实施例二的业务请求处理方法的流程图；图3为本公开实施例三的业务请求处理装置的结构示意图；图4为本公开实施例四的业务请求处理装置的结构示意图；图5为本公开实施例五的用户设备的结构示意图。【具体实施方式】下面结合附图(若干附图中相同的标号表示相同的元素)和实施例，对本公开的【具体实施方式】作进一步详细说明。以下实施例用于说明本公开，但不用来限制本公开的范围。本领域技术人员可以理解，本公开中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。实施例一图1示出了本公开实施例一的业务请求处理方法的流程图。参照图1，在本实施例中，该业务请求处理方法可以在负载均衡控制器上运行实现。该负载均衡控制器可以独立设置在一个设备(如计算机)上，该设备独立于服务器组。在其他实施例中，业务请求处理方法可以在服务器或其他设备上运行实现。本实施例的业务请求处理方法包括以下步骤:步骤SI 10:获取业务请求。用户在操作终端设备时，根据用户的操作(包括但不限于对“购买”按钮的点击、对“付款”按钮的点击)生成业务请求(如下订单、付款等)，终端设备上的客户端或网页应用生成该业务请求，并将该业务请求发送给负载均衡控制器，负载均衡控制器获取到业务请求。步骤S120:将业务请求存储在业务队列中。获取业务请求后，负载均衡控制器将业务请求存储在业务队列中，以便后续对业务请求进行分配。其中，业务队列是一种线性表，该业务队列允许在表的前端(front)进行删除操作，而在表的后端(rear)进行插入操作。通过使用业务队列存储业务请求，一方面可以使得业务请求可以按照顺序得到处理，另一方面，也有效避免了任务拥堵。步骤S130:确定服务器组内处理业务请求的至少一个可用服务器。为了保证服务器组内的服务器不会由于负载过重而导致崩溃，负载均衡控制器在服务器组内选择可用的服务器进行业务请求分配。这里的可用服务器是指，能够处理对应类型的业务请求，且尚未满负载运行。步骤S140:将业务队列中的业务请求分发给至少一个可用服务器。负载均衡控制器在确定可用服务器后，将业务队列中的业务请求分发给可用服务器进行处理。其进行业务请求分发时，可以依照业务队列中的顺序将业务请求一个一个地发送给可用服务器，也可以一次将多个(两个及两个以上)业务请求分别发送给一个或至少两个可用服务器。本实施例的业务请求处理方法，通过负载均衡控制器获取业务请求，并将业务请求存储在业务队列中，再将业务请求分发给可用服务器，确保服务器不会过载，能够有效地防止服务器崩溃。实施例二图2为本公开实施例二的业务请求处理方法的流程图。本实施例以使用负载均衡控制器进行业务请求处理为例，对本公开的业务请求处理方法进行说明。负载均衡控制器集成在服务器上，该服务器可以为一个独立的服务器，也可以是服务器组内的任一服务器。但本领域技术人员应当明了，其他的终端设备也可参照本实施例实现本公开的内容获取方案。参照图2，本实施例的业务请求处理方法包括以下步骤:步骤S210:获取业务请求。用户在操作终端设备时，根据用户的操作(包括但不限于对“购买”按钮的点击、对“付款”按钮的点击)生成业务请求(如下订单、付款等)，终端设备上的客户端或网页应用生成该业务请求，并将该业务请求发送给负载均衡控制器，负载均衡控制器获取到业务请求。 步骤S220:将业务请求存储在业务队列中。获取业务请求后，负载均衡控制器将业务请求存储在业务队列中，以便后续对业务请求进行分配。需要说明的是，负载均衡控制器接收到的业务请求后，根据业务请求的类型将其存储在不同业务本文档来自技高网...

【技术保护点】
一种业务请求处理方法，包括：获取业务请求；将所述业务请求存储在业务队列中；确定服务器组内处理所述业务请求的至少一个可用服务器；将所述业务队列中的业务请求分发给所述至少一个可用服务器。

【技术特征摘要】

【专利技术属性】
技术研发人员：李洪福，
申请(专利权)人：乐视控股北京有限公司，乐视云计算有限公司，
类型：发明
国别省市：北京;11