服务器访问方法及装置的制造方法
【技术领域】
[0001 ]本申请涉及服务器技术领域，更具体地，是服务器访问方法及装置。
【背景技术】
[0002]目前，基于业务数据处理过程的安全等因素，业务系统通常设置有多个应用服务器，各个应用服务器均可以处理外部访问者发送的访问请求。多个应用服务器可以作为一个服务器集群。
[0003]同一服务器集群中，各个应用服务器处理访问请求的数量应该是均衡的，因此，需要一种技术方案，控制如何将访问请求分配至各个应用服务器，以保证各个应用服务器的负载均衡。
【发明内容】
[0004]有鉴于此，本申请提供了一种服务器访问方法，用以实现应用服务器的负载均衡。另外，本申请还提供了一种服务器访问装置，用以保证所述方法在实际中的应用及实现。
[0005]为实现所述目的，本申请提供的技术方案如下:
[0006]本申请的第一方面提供了一种服务器访问方法，该方法包括:
[0007]响应于接收到的目标访问请求，提取所述目标访问请求中的目标业务标识；
[0008]判断所述目标业务标识是否属于预先配置的需要进行负载均衡的业务标识；
[0009]若是，则依据预先设置的访问规则，在所述各个应用服务器中，确定目标应用服务器;其中，所述访问规则表示如何为各个应用服务器分配访问请求；
[0010]将所述目标访问请求发送至所述目标应用服务器。
[0011 ]本申请的第二方面提供了一种服务器访问装置，该装置包括:
[0012]业务标识提取模块，用于响应于接收到的目标访问请求，提取所述目标访问请求中的目标业务标识；
[0013]第一判断模块，用于判断所述目标业务标识是否属于预先配置的需要进行负载均衡的业务标识;若是，触发服务器确定模块；
[0014]服务器确定模块，用于依据预先设置的访问规则，在所述各个应用服务器中，确定目标应用服务器;其中，所述访问规则表示如何为各个应用服务器分配访问请求；
[0015]请求发送至服务器模块，用于将所述目标访问请求发送至所述目标应用服务器。
[0016]由以上技术方案可知，本申请提供了一种服务器访问方法实施例，本实施例在接收到目标访问请求后，提取其中的目标业务标识，若目标业务标识属于需要进行负载均衡的业务标识，则依据预先设置的访问规则，在多个应用服务器中，确定目标应用服务器，并将目标访问请求发送至目标应用服务器，以使目标应用服务器处理该目标访问请求。可见，本实施例接收到访问请求后，可以根据预先设置的访问规则，在多个应用服务器中，选择某个应用服务器来处理该访问请求，从而实现了多个应用服务器负载均衡的目的。
[0017]当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
【附图说明】
[0018]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
[0019]图1为本申请提供的服务器系统的架构示例图；
[0020]图2为本申请提供的服务器访问方法实施例1的流程图；
[0021]图3为本申请提供的服务器访问方法实施例2的流程图；
[0022]图4为本申请提供的目标应用服务器的结构示例图；
[0023]图5为本申请提供的服务器访问方法实施例3的流程图；
[0024]图6为本申请提供的服务器访问方法实施例4的流程图；
[0025]图7为本申请提供的服务器访问装置实施例1的结构示意图；
[0026]图8为本申请提供的服务器访问装置实施例2的结构示意图；
[0027]图9为本申请提供的服务器访问装置实施例3的结构示意图；
[0028]图10为本申请提供的服务器访问装置实施例4的结构示意图。
【具体实施方式】
[0029]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0030]为了便于理解，首先对本申请的一个具体应用场景的系统架构进行说明。
[0031]具体地，参见图1所示的一种服务器系统架构。假设本申请应用在银行业务系统中，银行业务系统的A分行系统中，设置有两台应用服务器，该两台应用服务器是一个服务器集群。服务器集群对于外部访问者来说是透明的，即外部访问者并不关心具体由哪一应用服务器来处理访问请求。
[0032]外部访问者可以如图1中所示的B分行系统。B分行系统发送至A分行系统的访问请求，会经由中间件模块。本申请提供的服务器访问控制方法实施例应用在中间件模块上，由中间件模块决定将访问请求发送至哪一应用服务器。
[0033]需要说明的是，中间件模块可以设置在A分行系统的某一应用服务器上，而并非局限于图1所示的单独分开设置的方式。
[0034]当然，A分行系统中的应用服务器并非局限于两台，可以是根据实际需要设置的多台应用服务器。另外，系统架构也并非局限于银行业务系统类型的系统架构，也可以是其他类型的系统。
[0035]参见图2，其示出了本申请提供的服务器访问方法实施例1的流程。如图2所示，本实施例可以具体包括步骤S201?步骤S204。
[0036]步骤S201:响应于接收到的目标访问请求，提取目标访问请求中的目标业务标识。
[0037]其中，访问者发送的目标访问请求中包含业务标识，为了便于描述，将该业务标识称为目标业务标识。目标业务标识与本实施的具体应用场景相关，例如，在银行业务系统中，目标业务标识可以是交易码。
[0038]中间件模块接收到目标访问请求后，首先从目标访问请求中，提取目标业务标识。业务标识可以表示访问请求的类型，本实施例针对不同类型的访问请求，设置不同的访问规则。其中一种访问规则即负载均衡。
[0039]具体地，在实施前，预先设置若干业务标识，该些业务标识是需要进行负载均衡的业务标识。需要进行负载均衡指的是，为包含该些业务标识的访问请求，在服务器集群中，确定一个应用服务器作为处理该访问请求的应用服务器。
[0040]步骤S202:判断目标业务标识是否属于预先配置的需要进行负载均衡的业务标识;若是，执彳丁步骤S203。
[0041 ]在预先设置的若干业务标识中，查找是否存在目标业务标识，若查找到，则表示该目标业务标识为需要进行负载均衡的业务标识，从而执行步骤S203。
[0042]预先设置的需要进行负载均衡的业务标识，可以保存在配置文件中，或者保存在数据表中。因此，本步骤的具体实现方式可以是在配置文件中查找，或者，从数据库中提取数据表，在数据表中查找。
[0043]步骤S203:依据预先设置的访问规则，在各个应用服务器中，确定目标应用服务器;其中，访问规则表示如何为各个应用服务器分配访问请求。
[0044]其中，预先设置的访问规则，表示如何在多个应用服务器中，确定出一个应用服务器，来处理接收到的该目标访问请求。为了便于描述，将确定出的该应用服务器称为目标应用服务器。
[0045]具体地，访问规则可以是各个应用服务器处理访问请求的比例，
[0046]例如，应用服务器为两个，分别为应用服务器a及应用服务器b，则访问规则可以是a:b = 2:l，表示应用服务器a及应用服务器b处理的访问请求数量为2比I。
[0047]这样，当接收到访问请求I，按照该访问规则确定目标应用服务器时，可以先将应用服务器a确定为目标应用服务器，以将该访问请求I分配给应用服务器a。
[0048]接收到访问请求2时，再将应用服务器a确定为目标应用服务器，以将该访问请求2分配给应用服务器a。
[0049]接收到访问请求3时，再将应用服务器b确定为目标应用服务器，以将该访问请求3分配给应用服务器b。
[0050]再接收到访问请求4时，按照上述循环过程，再将应用服务器a确定为目标应用服务器，以将分配给应用服务器a。该种确定目标应用服务器的方式，符合应用服务器a:应用服务器b = 2:1的访问规则。
[0051]但是，在该种确定目标应用服务器的方式中，需要区分每次循环过程，并记录每次循环过程中，各个应用服务器已经处理过的访问请求的次数。
[0052]同样以上述访问规则为例，确定目标应用服务器的实现方式还可以是，可以不区分每次循环过程，记录各个应用服务器处理访问请求的总次数，根据应用服务器处理访问请求的总次数的比例、与访问规则中比例的关系，来确定目标应用服务器。具体地，若前者与后者不等，则需要将前者向与