处理业务请求的方法、装置及系统的制作方法
【技术领域】
[0001]本发明涉及计算机技术领域，特别是涉及一种处理业务请求的方法、装置及系统。
【背景技术】
[0002]现有一些大型的网站或互联网应用通常会面临访问流量突发性增长的情况，例如春运期间的火车票预购网站、降价促销活动中的电子商务网站、新开的游戏业务节点等。为了应对这种访问流量突发性增长的情况，网站或互联网应用的业务节点通常引入排队机制，在并发情况下按照接收的先后顺序仅批量处理较少的业务请求，而将后续接收的业务请求置于等待队列中，使得业务节点不会因为并发请求数太多而崩溃。
[0003]传统技术中通常由处理业务的应用服务器实现排队过程，应用服务器将许多非性能瓶颈的业务和性能瓶颈业务绑定在一起，用户只有排队进入系统后才能进行操作，且可能需要完成多个非性能瓶颈的业务和性能瓶颈业务之后才能完成业务流程，而仍在排队的用户则需要等待该用户完成整个业务流程之后才能进入系统，使得用户平均排队等待时间较长。
【发明内容】
[0004]基于此，有必要提供一种能够降低用户的排队等待时间的处理业务请求的方法。
[0005]一种处理业务请求的方法，包括:
[0006]接收上传的业务请求，提取所述业务请求的资源定位符；
[0007]获取所述资源定位符对应的业务标识，获取与所述业务标识对应的连接数及连接数限额；
[0008]判断所述连接数是否小于所述连接数限额，若是，则将所述业务请求转发给与所述业务标识对应的业务节点；否则，对所述业务请求进行排队处理。
[0009]此外，有必要提供一种能够降低用户的排队等待时间的处理业务请求的装置。
[0010]一种处理业务请求的装置，包括:
[0011]请求接收模块，用于接收上传的业务请求，提取所述业务请求的资源定位符；
[0012]业务分类模块，用于获取所述资源定位符对应的业务标识，获取与所述业务标识对应的连接数及连接数限额；
[0013]请求转发模块，用于在所述连接数小于所述连接数限额时，将所述业务请求转发给与所述业务标识对应的业务节点；
[0014]请求排队模块，用于在所述连接数大于或等于所述连接数限额时，对所述业务请求进行排队处理。
[0015]此外，还有必要提供一种能够降低用户的排队等待时间的处理业务请求的方法。
[0016]一种处理业务请求的方法，包括:
[0017]反向代理节点接收终端发起的业务请求，提取所述业务请求的资源定位符；获取所述资源定位符对应的业务标识，获取所述业务标识对应的连接数及相应的连接数限额；判断所述连接数是否小于所述连接数限额，若是，则将所述业务请求转发给与所述业务标识对应的业务节点；
[0018]所述业务节点接收转发的业务请求，对其进行处理，生成相应的响应数据，并通过所述反向代理节点将所述响应数据返回给所述终端。
[0019]此外，有必要提供一种能够降低用户的排队等待时间的处理业务请求的系统。
[0020]一种处理业务请求的系统，包括反向代理节点和业务节点，其中:
[0021]反向代理节点用于接收终端发起的业务请求，提取所述业务请求的资源定位符；获取所述资源定位符对应的业务标识，获取所述业务标识对应的连接数及相应的连接数限额；判断所述连接数是否小于所述连接数限额，若是，则将所述业务请求转发给与所述业务标识对应的业务节点；
[0022]所述业务节点用于接收转发的业务请求，对其进行处理，生成相应的响应数据，并通过所述反向代理节点将所述响应数据返回给所述终端。
[0023]此外，有必要提供一种能够降低用户的排队等待时间的处理网购业务请求的方法。
[0024]一种处理网购业务请求的方法，包括:
[0025]反向代理节点接收终端发起的业务请求，提取所述业务请求的资源定位符；获取所述资源定位符对应的业务标识，获取与所述业务标识对应的连接数及连接数限额；判断所述连接数是否小于所述连接数限额，若是，则将所述业务请求转发给与所述业务标识对应的业务节点，且所述业务标识包括商品展示业务、用户信息查询业务、订单生成业务和支付业务；
[0026]所述业务节点接收转发的业务请求，对其进行处理，生成相应的响应页面，并通过所述反向代理节点将所述响应数据返回给所述终端，且所述响应页面包含与业务标识对应的链接地址；
[0027]所述终端检测所述响应页面上与所述链接地址对应的触发指令，生成相应的业务请求，并将其发送给所述反向代理节点。
[0028]此外，有必要提供一种能够降低用户的排队等待时间的处理网购业务请求的系统。
[0029]一种处理网购业务请求的系统,包括:
[0030]反向代理节点接收终端发起的业务请求，提取所述业务请求的资源定位符；获取所述资源定位符对应的业务标识，获取与所述业务标识对应的连接数及连接数限额；判断所述连接数是否小于所述连接数限额，若是，则将所述业务请求转发给与所述业务标识对应的业务节点，且所述业务标识包括商品展示业务、用户信息查询业务、订单生成业务和支付业务；
[0031]所述业务节点接收转发的业务请求，对其进行处理，生成相应的响应页面，并通过所述反向代理节点将所述响应数据返回给所述终端，且所述响应页面包含与业务标识对应的链接地址；
[0032]所述终端检测所述响应页面上与所述链接地址对应的触发指令，生成相应的业务请求，并将其发送给所述反向代理节点。
[0033]上述处理业务请求的方法、装置及系统中，对互联网应用的业务进行了划分，将瓶颈业务与非瓶颈业务分离，且通过资源定位符分别与业务请求对应。用户在瓶颈业务对应的业务节点上的排队等待仍然能保证处理瓶颈业务的服务器实体不会有较大的负载压力，从而不会造成整个服务器卡顿或瘫痪。而且，部分用户在瓶颈业务上进行业务操作时，其他用户可同时在非瓶颈业务上进行业务操作，使得后续的用户无需等待进入系统的用户处理完所有业务流程后才能进入系统，从而降低了用户平均排队等待的时间。
[0034]同时，将对业务请求进行排队处理的功能设置在反向代理节点处而不是传统技术的应用服务器上，使得在具体处理业务的业务节点负载压力较大时，不会影响到反向代理节点的响应速度，反向代理节点的并发数较高时，也不会影响到业务节点处理业务请求的效率，从而提高了系统的可靠性。
【附图说明】
[0035]图1为传统技术中具有排队机制的应用服务器处理业务请求的过程示意图；
[0036]图2为一个实施例中处理业务请求的系统的拓扑架构图；
[0037]图3为一个实施例中反向代理节点排队过程示意图；
[0038]图4为一个实施例中处理业务请求的方法的流程图；
[0039]图5为一个实施例中处理业务请求的方法的时序图；
[0040]图6为一个实施例中包含会话同步节点的处理业务请求的方法的时序图；
[0041]图7为一个实施例中处理网购业务请求的方法的时序图；
[0042]图8为一个实施例中处理网购业务请求时的排队过程示意图；
[0043]图9为一个实施例中抢购业务涉及的多个节点的数据交互图；
[0044]图10为一个实施例中抢购业务多个环节限流过程的示意图；
[0045]图11为一个实施例中抢购业务中用户终端上显示的排队状态的界面图；
[0046]图12为一个实施例中抢购业务中用户终端上显示的排队状态的界面图；
[0047]图13为一个实施例中处理业务请求的装置的结构示意图；
[0048]图14为一个实施例中处理业务请求的方法的流程图；
[0049]图15为一个实施例中处理网购业务请求的方法的流程图；
[0050]图16为一个实施例中运行处理网购业务请求的方法的服务器硬件环境示意图。
【具体实施方式】
[0