信息处理系统及方法
【专利摘要】本发明实施例提供了一种信息处理系统和方法，该系统中负载均衡服务器与应用服务器分离，负载均衡服务器接收到用户的请求报文后，先通过路由节点对请求报文进行解析，获得确定应用类型，然后将确定应用类型整合至请求报文，将整合请求报文再返回至负载均衡服务器，以使负载均衡服务器依据整合请求报文中的确定应用类型以及各个应用服务器中各个server节点的负载信息确定一目的server节点，然后将整合请求报文发送至目的server节点。由于路由节点是将整合请求报文返回至负载均衡服务器中，使得负载均衡服务器能够依据各个应用服务器中具有相同确定应用类型的各个server节点的负载信息确定一目的server节点，从而实现了各个应用服务器中各个server节点的负载均衡的目的。
【专利说明】
信息处理系统及方法
技术领域
[0001 ]本发明涉及通信技术领域，更具体的涉及一种信息处理系统及方法。
【背景技术】
[0002]随着技术的不断发展，很多软件产品的系统都在不断的升级，系统升级总会伴随着风险，例如新旧版本兼容的风险，用户使用习惯突然改变导致用户流失的风险等等。为了避免这种风险很多产品都采用了灰度发布的策略。
[0003]灰度发布策略主要方法包括:将稳定代码和灰度代码分别发布到不同的服务器的server节点上，每一服务器配置有APACHE(Apache HTTP Server，阿帕奇)应用，某一服务器接收到请求报文时，APACHE应用会从请求报文中提取用于灰度判断的灰度数据，依据灰度数据以及预先设置的灰度配置信息，确定该请求报文的应用类型是否为灰度应用类型；如果是，则将请求报文发送至其所在的服务器中配置有灰度代码的server节点，如果不是，则将请求报文发送至其所在的服务器中配置有稳定代码的server节点，其中稳定代码与未升级版本的软件代码对应，灰度代码与升级版本的软件代码对应。
[0004]发明人在实现本发明创造的过程中发现，现有技术中APACHE应用与多个server节点置于同一服务器中，当APACHE应用确定出当前的请求报文的应用类型是灰度应用类型时，只能将该请求报文发送至其所在的服务器中的一个server节点进行处理，如果APACHE应用所在的服务器当前正在处理的负载很多，而另一服务器当前正在处理的负载很少，APACHE应用也不能将该请求报文发送至另一服务器，从而导致负载不均衡。
【发明内容】
[0005]有鉴于此，本发明提供了一种信息处理系统和方法，以克服现有技术中APACHE应用与多个server节点置于同一服务器，导致负载不均衡的问题。
[0006]为实现上述目的，本发明提供如下技术方案:
[0007]—种信息处理系统，所述信息处理系统包括:负载均衡服务器以及至少一个应用服务器，每一所述应用服务器包括路由节点以及server节点；
[0008]负载均衡服务器，用于接收用户的请求报文，并将所述请求报文发送至一应用服务器的一路由节点，所述请求报文包括灰度数据，以及依据所述路由节点发送的整合请求报文中的确定应用类型以及所述至少一个应用服务器中各个server节点的负载信息确定一目的server节点，将所述整合请求报文发送至所述目的server节点；
[0009]所述路由节点，用于解析所述请求报文，获得所述灰度数据，依据所述灰度数据判断所述用户的应用类型，将确定出的确定应用类型整合至所述请求报文中，并将整合请求报文发送至所述负载均衡服务器，所述应用类型为灰度应用类型或稳定应用类型。
[0010]其中，在所述负载均衡服务器存储有各个server节点的连接数，以及所述各个server节点配置的应用类型时，所述依据所述路由节点发送的整合请求报文中的确定应用类型以及所述至少一个应用服务器中各个server节点的负载信息确定一目的server节点的负载均衡服务器用于:
[0011 ]从所述整合请求报文中获取确定应用类型；依据所述确定应用类型，从所述至少一个应用服务器中的各个server节点中确定出与所述确定应用类型相同的中间server节点;从所述中间server节点中确定出具有最小连接数的目的server节点。
[0012]其中，在所述负载均衡服务器存储有各个路由节点的连接数时，所述负载均衡服务器还用于:
[0013]接收用户的请求报文;从所述至少一个应用服务器中的各个路由节点中确定具备最小连接数的目的路由节点;将所述请求报文发送至所述目的路由节点。
[0014]其中，在所述请求报文包括统一资源定位符URL时，将确定出的确定应用类型整合至所述请求报文中的路由节点用于:
[0015]将所述确定应用类型整合至所述统一资源定位符URL。
[0016]一种信息处理方法，应用于信息处理系统，所述信息处理系统包括负载均衡服务器以及至少一个应用服务器，每一所述应用服务器包括路由节点以及server节点，所述信息处理方法包括:
[0017]所述负载均衡服务器接收用户的请求报文，并将所述请求报文发送至一应用服务器的路由节点，所述请求报文包括灰度数据；
[0018]所述路由节点解析所述请求报文，获得所述灰度数据，依据所述灰度数据判断所述用户的应用类型，将确定出的确定应用类型整合至所述请求报文中，并将整合请求报文发送至所述负载均衡服务器，所述应用类型为灰度应用类型或稳定应用类型；
[0019]所述负载均衡服务器依据所述整合请求报文中的确定应用类型以及所述至少一个应用服务器中各个server节点的负载信息确定一目的server节点，将所述整合请求报文发送至所述目的server节点。
[0020]其中，在所述负载均衡服务器存储有各个server节点的连接数，以及所述各个server节点配置的应用类型时，所述负载均衡服务器依据所述整合请求报文中的确定应用类型以及所述至少一个应用服务器中的各个server节点当前的负载量确定一目的server节点包括:
[0021 ]从所述整合请求报文中获取确定应用类型；
[0022]依据所述确定应用类型，从所述至少一个应用服务器中的各个server节点中确定出与所述确定应用类型相同的中间server节点；
[0023]从所述中间server节点中确定出具有最小连接数的目的server节点。
[0024]其中，在所述负载均衡服务器存储有各个路由节点的连接数时，所述负载均衡服务器接收用户的请求报文，并将所述请求报文发送至一应用服务器的路由节点包括:
[0025]接收用户的请求报文；
[0026]从所述至少一个应用服务器中的各个路由节点中确定具备最小连接数的目的路由节点；
[0027]将所述请求报文发送至所述目的路由节点。
[0028]其中，在所述请求报文包括统一资源定位符URL时，所述路由节点将确定出的确定应用类型整合至所述请求报文中包括:
[0029]将所述确定应用类型整合至所述统一资源定位符URL。
[0030]经由上述的技术方案可知，与现有技术相比，本发明实施例提供的信息处理系统中，将负载均衡服务器与应用服务器分离，负载均衡服务器接收到用户的请求报文后，将该请求报文发送至一应用服务器的一路由节点。路由节点解析所述请求报文，获得所述灰度数据，依据所述灰度数据判断所述用户的应用类型，将确定出的确定应用类型整合至所述请求报文中，并将整合请求报文发送至所述负载均衡服务器，负载均衡服务器依据所述整合请求报文中的确定应用类型以及所述至少一个应用服务器中各个server节点的负载信息确定一目的server节点，将所述请求报文发送至所述目的server节点。由于路由节点不直接将整合请求报文发送至server节点，而是将整合请求报文返回至负载均衡服务器中，使得负载均衡服务器能够依据各个应用服务器中具有相同确定应用类型的各个server节点的负载信息确定一目的server节点，从而实现了各个应用服务器中各个server节点的负载均衡的目的。
【附图说明】
[0031]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
[0032]图1为本发明实施例提供的一种信息处理系统的结构示意图；
[0033]图2为本发明实施例提供的一种信息处理方法的信令图；
[0034]图3为本发明实施例提供的一种信息处理方法中在所述负载均衡服务器存储有各个server节点的连接数，以及所述各个server节点配置的应用类型时，所述负载均衡服务器依据所述整合请求报文中的确定应用类型以及各个server节点当前的负载量确定一目的server节点的一种实现方式的方法流程示意图；
[0035]图4为本发明实施例提供的一种信息处理系统中负载均衡服务器与应用服务器之间的交互示意图。
【具体实施方式】
[0036]为了引用和清楚起见，下文中使用的技术名词的说明、简写或缩写总结如下:
[0037]URL:Uniform Resoure Locator，统一资源定位器；
[0038]VIP:very important people，贵宾；
[0039]APACHE:Apache HTTP Server，阿帕奇；
[0040]IP: Internet Protocol Address，网际协议地址。
[0041]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0042]请参阅图1，为本发明实施例提供的一种信息处理系统的结构示意图，该信息处理系统包括:负载均衡服务器11以及至少一个应用服务器12，其中，每一应用服务器12包括路由节点121以及server节点122。
[0043]图1中仅示出了一个负载均衡服务器11以及两个应用服务器12，每一应用服务器中仅示出了一个路由节点121以及server节点122，但是本发明实施例中负载均衡服务器
11、应用服务器12、路由节点121以及server节点122的个数可以为其他值，不受图1中的限制。
[0044]负载均衡服务器11，用于接收用户的请求报文，并将所述请求报文发送至一应用服务器的一路由节点，所述请求报文包括灰度数据，以及依据所述路由节点发送的整合请求报文中的确定应用类型以及所述至少一个应用服务器中各个server节点的负载信息确定一目的server节点，将所述整合请求报文发送至所述目的server节点。
[0045]所述请求报文包括灰度数据。灰度数据可以包括:用户等级(例如用户等级可以为VIP、金卡、银卡等等)、用户姓名、用户账号、用户性别、用户所在的区域、交易类型、URL、IP地址等。
[0046]负载均衡服务器11是进行负载分配的服务器，可以为APACHE应用服务器，也可以为其他能够实现负载均衡的服务器。
[0047]负载均衡服务器11在接收到用户的请求报文后，可以随机发送至一应用服务器12中的一路由节点；也可以按照顺序依次发送，例如可以为路由节点设置编号标识，负载均衡服务器11可以依据编号标识从低至高或从高至低，将接收到的请求报文依次发送至各个路由节点；在负载均衡服务器可以存储有各个路由节点的连接数，负载均衡服务器11还可以将请求报文发送至具有最小连接数的路由节点。具体的，负载均衡服务器还用于:接收用户的请求报文;从所述所述至少一个应用服务器中的各个路由节点中确定具有最小连接数的目的路由节点;将所述请求报文发送至所述目的路由节点。
[0048]负载均衡服务器可以存储有各个路由节点的连接数，当负载均衡服务器发送给路由节点一个请求报文，则将该路由节点的连接数加I，当接受到该路由节点反馈的整合请求报文后，将该路由节点的连接数减I。因此可以依据连接数确定出哪个路由节点的负载数较少，具有最小连接数的路由节点即为负载数量最少的路由节点。
[0049]所述至少一个应用服务器可以是一个或多个，当为多个时，负载均衡服务器可以从多个应用服务器12中各个server节点122确定一目的server节点，而不是只能从一个应用服务器12中各个server节点122确定一目的server节点。
[0050]server节点指的是具备服务器端功能的电脑软件，以及正在运行的服务器端软件。每一 s erver节点配置有代码，一部分server节点配置有灰度代码，一部分server节点配置有稳定代码。配置有灰度代码的server节点的应用类型为灰度应用类型，配置有稳定代码的server节点的应用类型为稳定应用类型。
[0051]路由节点121，用于解析所述请求报文，获得所述灰度数据，依据所述灰度数据判断所述用户的应用类型，将确定出的确定应用类型整合至所述请求报文中，并将整合请求报文发送至所述负载均衡服务器。所述应用类型为灰度应用类型或稳定应用类型。
[0052]每一应用服务器12中可以有一个或多个路由节点12，优选的，在一个应用服务器12中路由节点121的个数可以与server节点122的个数相同，当然也可以不同，本发明实施例对此不做具体限制。路由节点121可以为表格、数据库、服务器等，本发明实施例并不对路由节点的具体表示形式做限定。
[0053]本发明实施例提供以下几种灰度数据，但本发明实施例并不限定于此。
[0054]如果灰度数据为用户等级，可以设置用户等级为VIP或者金卡的用户的应用类型为灰度应用类型，用户等级为银卡的用户的应用类型为稳定应用类型。路由节点解析请求报文，从请求报文中获得灰度数据，如果灰度数据为用户等级为VIP或金卡，则确定该用户的应用类型为灰度应用类型，如果灰度数据为用户等级为银卡，则确定该用户的应用类型为稳定应用类型。
[0055]如果灰度数据为用户姓名，可以设置用户姓名笔画之和大于等于第一预设值的用户的应用类型为灰度应用类型，用户姓名笔画之和小于第一预设值的用户的应用类型为稳定应用类型，第一预设值可以依据实际情况而定，例如第一预设值可以为15、16、17等等。或者可以设置用户姓名中包括预设字的用户的应用类型为灰度应用类型，不包括预设字的用户的应用类型为稳定应用类型。预设字可以依据实际情况而定，例如“熙”字、“王”字等等。还可以设置用户的姓氏为预设姓氏的用户的应用类型为灰度应用类型，用户的姓氏不为预设姓氏的用户的应用类型为稳定应用类型，预设姓氏可以为“王”、“杨”等等。
[0056]如果灰度数据为用户账号，可以设置用户账号尾号为预设尾号的用户的应用类型为灰度应用类型，不为预设尾号的用户的应用类型为稳定应用类型，预设尾号可以依据实际情况而定，例如可以为9、8、7等等。还可以设置用户账号为第二预设值的整数倍的用户的应用类型为灰度应用类型，用户账号不为第二预设值的整数倍的用户的应用类型为稳定应用类型，第二预设值可以为2、3、4等等。还可以设置用户账号为除以第三预设值余第四预设值的用户的应用类型为灰度应用类型，否则为稳定应用类型，第三预设值可以为2、3、4、5等等，第四预设值可以为1、2、3等等，具体可以依据实际情况而定，在此不做具体限定。
[0057]如果灰度数据为用户性别，可以设置女性用户的应用类型为灰度应用类型，男性用户的应用类型为稳定应用类型，当然也可以设置男性用户的应用类型为灰度应用类型，女性用户的应用类型为稳定应用类型。
[0058]可以理解的是，用户在进行注册时，可以让用户输入性别或证件信息，可以依据用户输入的性别或证件信息确定出用户的性别，证件信息可以为身份证。
[0059]如果灰度数据为用户所在的区域时，可以设置预设区域的用户的应用类型为灰度应用类型，不在预设区域的用户的应用类型为稳定应用类型。
[0060]预设区域可以是用户在访问网站时，网站定位的用户当前的所在的区域;或者用户在注册时填写的区域。预设区域可以为上海、北京，具体的可以依据实际情况而定，在此不进行限定。
[0061]如果灰度数据为交易类型时，可以设置预设交易类型的应用类型为灰度应用类型，其他交易类型的应用类型为稳定应用类型。预设交易类型可以为查询余额、存款管理和/或密码修改等，具体的可以依据实际情况而定，本发明实施例对此不做具体限定。交易类型可以依据URL来判断，因为每一交易类型对应的URL不同，可以预先设置URL与交易类型的对应关系，依据该对应关系确定URL对应的交易类型。
[0062]如果灰度数据为IP地址，可以设置属于预设范围的IP地址对应的用户的应用类型为灰度应用类型，不属于预设范围的IP地址对应的用户的应用类型为稳定应用类型。
[0063]灰度数据无论是上述那种，都可以预先在路由节点中存储灰度数据与应用类型的对应关系，当路由节点从请求报文中获得灰度数据后，可以依据该对应关系获得该请求报文的确定应用类型。
[0064]整合请求报文是指，将确定出的确定应用类型整合至所述请求报文中后的报文。将确定应用类型整合至请求报文中，可以是在请求报文中增加确定应用类型的标识，例如灰度应用类型的标识为I，稳定应用类型的标识为O;或者对请求报文中的URL进行修改，以便将确定应用类型整合至请求报文中，即将所述确定应用类型整合至所述统一资源定位符URL0
[0065]本发明实施例提供的信息处理系统中，将负载均衡服务器11与应用服务器12分离，负载均衡服务器11接收到用户的请求报文后，将该请求报文发送至一路由节点。路由节点121解析所述请求报文，获得所述灰度数据，依据所述灰度数据判断所述用户的应用类型，将确定出的确定应用类型整合至所述请求报文中，并将整合请求报文发送至所述负载均衡服务器11，负载均衡服务器11依据所述整合请求报文中的确定应用类型以及所述至少一个应用服务器中各个server节点的负载信息确定一目的server节点，将所述请求报文发送至所述目的server节点。由于路由节点121不直接将整合请求报文发送至server节点，而是将整合请求报文返回至负载均衡服务器11中，使得负载均衡服务器11能够依据各个应用服务器12中具有相同确定应用类型的各个server节点的负载信息确定一目的server节点，从而实现了各个应用服务器中各个server节点的负载均衡的目的。
[0066]本发明实施例提供的一种信息处理系统中负载均衡服务器确定目的server节点的方式有多种，本发明实施例提供但不限于以下几种。
[0067]负载均衡服务器可以存储有各个应用服务器中各个server节点的连接数，当负载均衡服务器给server节点发送整合请求报文后，会将与server节点对应的连接数加I，当接收到server节点反馈的信息后，将与server节点对应的连接数减I。从而可以依据连接数确定server节点当前的负载量。此时负载信息为连接数。
[0068]具体的，负载均衡服务器可以用于:从所述整合请求报文中获取确定应用类型;依据所述确定应用类型，从所述至少一个应用服务器中的各个server节点中确定出与所述确定应用类型相同的中间server节点；从所述中间server节点中确定出具有最小连接数的目的s erver节点。
[0069]负载均衡服务器可以存储有各个应用服务器中各个server节点的编号标识，可以依据收到的用户的请求报文按照编号标识从高至低或从低至高，依次将各个请求报文发送至相应的server节点，这样也不会使得各个应用服务器中的各个server节点的负载量负载不均衡。此时，s erver节点的负载信息为节点的编号标识。
[0070]具体的，负载均衡服务器可以用于:从所述整合请求报文中获取确定应用类型;依据所述确定应用类型，从所述各个server节点中确定出与所述确定应用类型相同的中间server节点；依据前一次请求报文发送的server节点的编号标识，获得目的server节点的编号标识，从而确定出目的server节点。
[0071]请参阅图2，为本发明实施例提供的一种信息处理方法的信令图，该方法应用于上述信息处理系统实施例，信息处理系统包括负载均衡服务器以及至少一个应用服务器，每一所述应用服务器包括路由节点以及server节点，该信息处理方法包括:
[0072]步骤S201:负载均衡服务器11接收用户的请求报文，并将所述请求报文发送至一应用服务器的路由节点。
[0073]所述请求报文包括灰度数据。灰度数据可以包括:用户等级(例如用户等级可以为VIP、金卡、银卡等等)、用户姓名、用户账号、用户性别、用户所在的区域、交易类型、URL、IP地址等。
[0074]负载均衡服务器11是进行负载分配的服务器，可以为APACHE应用服务器，也可以为其他能够实现负载均衡的服务器。
[0075]负载均衡服务器11在接收到用户的请求报文后，可以随机发送至一应用服务器12中的一路由节点；也可以按照顺序依次发送，例如可以为路由节点设置编号标识，负载均衡服务器11可以依据编号标识从低至高或从高至低，将接收到的请求报文依次发送至各个路由节点；在负载均衡服务器可以存储有各个路由节点的连接数，负载均衡服务器11还可以将请求报文发送至具有最小连接数的路由节点。具体的，负载均衡服务器还用于:接收用户的请求报文;从所述各个路由节点中确定具有最小连接数的目的路由节点；将所述请求报文发送至所述目的路由节点。
[0076]负载均衡服务器可以存储有各个路由节点的连接数，当负载均衡服务器发送给路由节点一个请求报文，则将该路由节点的连接数加I，当接受到该路由节点反馈的整合请求报文后，将该路由节点的连接数减I。因此可以依据连接数确定出哪个路由节点的负载数较少，具有最小连接数的路由节点即为负载数量最少的路由节点。
[0077]步骤S202:所述路由节点121解析所述请求报文，获得所述灰度数据，依据所述灰度数据判断所述用户的应用类型，将确定出的确定应用类型整合至所述请求报文中。
[0078]每一应用服务器12中可以有一个或多个路由节点12，优选的，在一个应用服务器12中路由节点121的个数可以与server节点122的个数相同，当然也可以不同，本发明实施例对此不做具体限制。路由节点121可以为表格、数据库、服务器等，本发明实施例并不对路由节点的具体表示形式做限定。
[0079]本发明实施例提供以下几种灰度数据，但本发明实施例并不限定于此。
[0080]如果灰度数据为用户等级，可以设置用户等级为VIP或者金卡的用户的应用类型为灰度应用类型，用户等级为银卡的用户的应用类型为稳定应用类型。路由节点解析请求报文，从请求报文中获得灰度数据，如果灰度数据为用户等级为VIP或金卡，则确定该用户的应用类型为灰度应用类型，如果灰度数据为用户等级为银卡，则确定该用户的应用类型为稳定应用类型。
[0081]如果灰度数据为用户姓名，可以设置用户姓名笔画之和大于等于第一预设值的用户的应用类型为灰度应用类型，用户姓名笔画之和小于第一预设值的用户的应用类型为稳定应用类型，第一预设值可以依据实际情况而定，例如第一预设值可以为15、16、17等等。或者可以设置用户姓名中包括预设字的用户的应用类型为灰度应用类型，不包括预设字的用户的应用类型为稳定应用类型。预设字可以依据实际情况而定，例如“熙”字、“王”字等等。还可以设置用户的姓氏为预设姓氏的用户的应用类型为灰度应用类型，用户的姓氏不为预设姓氏的用户的应用类型为稳定应用类型，预设姓氏可以为“王”、“杨”等等。
[0082]如果灰度数据为用户账号，可以设置用户账号尾号为预设尾号的用户的应用类型为灰度应用类型，不为预设尾号的用户的应用类型为稳定应用类型，预设尾号可以依据实际情况而定，例如可以为9、8、7等等。还可以设置用户账号为第二预设值的整数倍的用户的应用类型为灰度应用类型，用户账号不为第二预设值的整数倍的用户的应用类型为稳定应用类型，第二预设值可以为2、3、4等等。还可以设置用户账号为除以第三预设值余第四预设值的用户的应用类型为灰度应用类型，否则为稳定应用类型，第三预设值可以为2、3、4、5等等，第四预设值可以为1、2、3等等，具体可以依据实际情况而定，在此不做具体限定。
[0083]如果灰度数据为用户性别，可以设置女性用户的应用类型为灰度应用类型，男性用户的应用类型为稳定应用类型，当然也可以设置男性用户的应用类型为灰度应用类型，女性用户的应用类型为稳定应用类型。
[0084]可以理解的是，用户在进行注册时，可以让用户输入性别或证件信息，可以依据用户输入的性别或证件信息确定出用户的性别，证件信息可以为身份证。
[0085]如果灰度数据为用户所在的区域时，可以设置预设区域的用户的应用类型为灰度应用类型，不在预设区域的用户的应用类型为稳定应用类型。
[0086]预设区域可以是用户在访问网站时，网站定位的用户当前的所在的区域;或者用户在注册时填写的区域。预设区域可以为上海、北京，具体的可以依据实际情况而定，在此不进行限定。
[0087]如果灰度数据为交易类型时，可以设置预设交易类型的应用类型为灰度应用类型，其他交易类型的应用类型为稳定应用类型。预设交易类型可以为查询余额、存款管理和/或密码修改等，具体的可以依据实际情况而定，本发明实施例对此不做具体限定。交易类型可以依据URL来判断，因为每一交易类型对应的URL不同，可以预先设置URL与交易类型的对应关系，依据该对应关系确定URL对应的交易类型。
[0088]如果灰度数据为IP地址，可以设置属于预设范围的IP地址对应的用户的应用类型为灰度应用类型，不属于预设范围的IP地址对应的用户的应用类型为稳定应用类型。
[0089]灰度数据无论是上述那种，都可以预先在路由节点中存储灰度数据与应用类型的对应关系，当路由节点从请求报文中获得灰度数据后，可以依据该对应关系获得该请求报文的确定应用类型。
[0090]步骤S203:所述路由节点121将整合请求报文发送至所述负载均衡服务器11。
[0091]整合请求报文是指，将确定出的确定应用类型整合至所述请求报文中后的报文。将确定应用类型整合至请求报文中，可以是在请求报文中增加确定应用类型的标识，例如灰度应用类型的标识为I，稳定应用类型的标识为O;或者对请求报文中的URL进行修改，以便将确定应用类型整合至请求报文中。
[0092]步骤S204:所述负载均衡服务器11依据所述整合请求报文中的确定应用类型以及所述至少一个应用服务器的各个server节点的负载信息确定一目的server节点122。
[0093]所述至少一个应用服务器可以是一个或多个，当为多个时，负载均衡服务器可以从多个应用服务器12中各个server节点122确定一目的server节点，而不是只能从一个应用服务器12中各个server节点122确定一目的server节点。
[0094]server节点指的是具备服务器端功能的电脑软件，以及正在运行的服务器端软件。每一 s erver节点配置有代码，一部分server节点配置有灰度代码，一部分server节点配置有稳定代码。配置有灰度代码的server节点的应用类型为灰度应用类型，配置有稳定代码的server节点的应用类型为稳定应用类型。
[0095]步骤S205:负载均衡服务器11将所述整合请求报文发送至所述目的server节点122。
[0096]本发明实施例提供的信息处理方法中，负载均衡服务器与应用服务器分离，负载均衡服务器接收到用户的请求报文后，先通过路由节点对请求报文进行解析，获得确定应用类型，然后将确定应用类型整合至请求报文，将整合请求报文再返回至负载均衡服务器，以使负载均衡服务器依据整合请求报文中的确定应用类型以及各个应用服务器中各个server节点的负载信息确定一目的server节点，然后将整合请求报文发送至目的server节点。由于路由节点不直接将整合请求报文发送至server节点，而是将整合请求报文返回至负载均衡服务器中，使得负载均衡服务器能够依据各个应用服务器中具有相同确定应用类型的各个server节点的负载信息确定一目的server节点，从而实现了各个应用服务器中各个server节点的负载均衡的目的。
[0097]请参阅图3，为本发明实施例提供的一种信息处理方法中在所述负载均衡服务器存储有各个server节点的连接数，以及所述各个server节点配置的应用类型时，所述负载均衡服务器依据所述整合请求报文中的确定应用类型以及各个server节点当前的负载量确定一目的server节点的一种实现方式的方法流程示意图，该方法包括:
[0098]步骤S301:从所述整合请求报文中获取确定应用类型。
[0099]步骤S302:依据所述确定应用类型，从所述至少一个应用服务器中的各个server节点中确定出与所述确定应用类型相同的中间s erver节点。
[0?00] 步骤S303:从所述中间server节点中确定出具有最小连接数的目的server节点。
[0101]负载均衡服务器可以存储有各个应用服务器中各个server节点的连接数，当负载均衡服务器给server节点发送整合请求报文后，会将与server节点对应的连接数加I，当接收到server节点反馈的信息后，将与server节点对应的连接数减I。从而可以依据连接数确定server节点当前的负载量。此时负载信息为连接数。
[0102]为了本领域技术人员更加理解本发明实施例，下面举一具体例子对上述信息处理系统和方法中的技术方案进行说明。
[0103]请参阅图4，为本发明实施例提供的一种信息处理系统中负载均衡服务器与应用服务器之间的交互示意图。
[0104]如图4所示，可以有一个或多个负载均衡服务器11，以中APACHE服务器为例，图4中示出3个APACHE服务器，分别为APACHE服务器41、APACHE服务器42以及APACHE服务器43。可以有多个应用服务器，每一应用服务器中可以有多个server节点，对本发明实施例提供的技术方案来讲，其实负载均衡服务器并不区分各个应用服务器，负载均衡服务器直接对各个应用服务器中的各个路由节点和server节点进行信息交互。
[0105]图4中示出了5个server节点121以及5个路由节点122，本发明实施例并不对s erver节点的个数以及路由节点的个数进行限定。
[0106]图4中还示出了用户44以及路由器45，用户44发送一请求报文至路由器45，路由器45将请求报文发送至一个APACHE服务器。
[0107]每一路由节点中存储有灰度数据与应用类型的对应关系。不同应用服务器中的各个路由节点中存储的内容相同，当灰度数据与应用类型的对应关系发生变化时，只需要更新各个路由节点中存储的灰度数据与应用类型的对应关系即可。
[0108]若当前的server节点的负载量过大，或者需要增加灰度应用类型的server节点时，可以增加新的server节点，且更新负载均衡服务器中存储的相应的信息即可，例如各个s erver节点的编号标识，易于扩展。
[0109]需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
[0110]对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
【主权项】
1.一种信息处理系统，其特征在于，所述信息处理系统包括:负载均衡服务器以及至少一个应用服务器，每一所述应用服务器包括路由节点以及server节点； 负载均衡服务器，用于接收用户的请求报文，并将所述请求报文发送至一应用服务器的一路由节点，所述请求报文包括灰度数据，以及依据所述路由节点发送的整合请求报文中的确定应用类型以及所述至少一个应用服务器中各个server节点的负载信息确定一目的server节点，将所述整合请求报文发送至所述目的server节点； 所述路由节点，用于解析所述请求报文，获得所述灰度数据，依据所述灰度数据判断所述用户的应用类型，将确定出的确定应用类型整合至所述请求报文中，并将整合请求报文发送至所述负载均衡服务器，所述应用类型为灰度应用类型或稳定应用类型。2.根据权利要求1所述信息处理系统，其特征在于，在所述负载均衡服务器存储有各个server节点的连接数，以及所述各个server节点配置的应用类型时，所述依据所述路由节点发送的整合请求报文中的确定应用类型以及所述至少一个应用服务器中各个server节点的负载信息确定一目的server节点的负载均衡服务器用于: 从所述整合请求报文中获取确定应用类型；依据所述确定应用类型，从所述至少一个应用服务器中的各个server节点中确定出与所述确定应用类型相同的中间server节点;从所述中间server节点中确定出具有最小连接数的目的server节点。3.根据权利要求1所述信息处理系统，其特征在于，在所述负载均衡服务器存储有各个路由节点的连接数时，所述负载均衡服务器还用于: 接收用户的请求报文;从所述至少一个应用服务器中的各个路由节点中确定具备最小连接数的目的路由节点;将所述请求报文发送至所述目的路由节点。4.根据权利要求1所述信息处理系统，其特征在于，在所述请求报文包括统一资源定位符URL时，将确定出的确定应用类型整合至所述请求报文中的路由节点用于: 将所述确定应用类型整合至所述统一资源定位符URL。5.—种信息处理方法，其特征在于，应用于信息处理系统，所述信息处理系统包括负载均衡服务器以及至少一个应用服务器，每一所述应用服务器包括路由节点以及server节点，所述信息处理方法包括: 所述负载均衡服务器接收用户的请求报文，并将所述请求报文发送至一应用服务器的路由节点，所述请求报文包括灰度数据； 所述路由节点解析所述请求报文，获得所述灰度数据，依据所述灰度数据判断所述用户的应用类型，将确定出的确定应用类型整合至所述请求报文中，并将整合请求报文发送至所述负载均衡服务器，所述应用类型为灰度应用类型或稳定应用类型； 所述负载均衡服务器依据所述整合请求报文中的确定应用类型以及所述至少一个应用服务器中各个server节点的负载信息确定一目的server节点，将所述整合请求报文发送至所述目的server节点。6.根据权利要求5所述信息处理方法，其特征在于，在所述负载均衡服务器存储有各个server节点的连接数，以及所述各个server节点配置的应用类型时，所述负载均衡服务器依据所述整合请求报文中的确定应用类型以及所述至少一个应用服务器中的各个server节点当前的负载量确定一目的s erver节点包括: 从所述整合请求报文中获取确定应用类型； 依据所述确定应用类型，从所述至少一个应用服务器中的各个server节点中确定出与所述确定应用类型相同的中间server节点； 从所述中间server节点中确定出具有最小连接数的目的server节点。7.根据权利要求5所述信息处理方法，其特征在于，在所述负载均衡服务器存储有各个路由节点的连接数时，所述负载均衡服务器接收用户的请求报文，并将所述请求报文发送至一应用服务器的路由节点包括: 接收用户的请求报文； 从所述至少一个应用服务器中的各个路由节点中确定具备最小连接数的目的路由节占.V ， 将所述请求报文发送至所述目的路由节点。8.根据权利要求5所述信息处理方法，其特征在于，在所述请求报文包括统一资源定位符URL时，所述路由节点将确定出的确定应用类型整合至所述请求报文中包括: 将所述确定应用类型整合至所述统一资源定位符URL。
【文档编号】H04L29/08GK105978976SQ201610318917
【公开日】2016年9月28日
【申请日】2016年5月13日
【发明人】喻才益, 刘畅农, 邬大卫, 刘晓凯, 安卫杰, 信怀义, 李川
【申请人】中国建设银行股份有限公司