CN105607951A - 处理数据请求及获取服务器信息的方法及装置 - Google Patents

Abstract

本发明提供了一种处理数据请求及获取服务器信息的方法及装置，所述方法包括：接收来自前端业务的数据请求，获取与数据请求对应的所有可用业务服务器的相关信息，并确定与数据请求相匹配的业务服务器，将数据请求发送至相匹配的业务服务器。本发明的方案，当不存在与数据请求对应的业务服务器时，可自动扩充对应业务服务器的数量，完成处理相应业务数据的请求，在业务数据请求量激增的情况下也可高效准确处理相应的数据请求，同时还极大地节省了业务数据处理的成本，且降低对各业务服务器的管理成本，提高了整个业务处理系统的业务处理能力，为前端用户提供高质量的业务服务提供保证。

Description

处理数据请求及获取服务器信息的方法及装置

技术领域

本发明涉及计算机技术领域，具体而言，本发明涉及一种处理数据请求及获取服务器信息的方法及装置。

背景技术

随着网络应用的迅速发展，人们获取信息的数据业务的需求也越来越多，因此对服务器及时处理大数据业务的能力也要求越来越高。当用户请求的数据业务成百倍或千倍的激增时，需要在服务器端对服务器集群进行线性扩展。在现有技术中，如在OPS(OracleParallelServer，Oracle集群)中，首先通过通知OPS申请相应的服务器，在OPS申请到相应的服务器后，数据请求此时仍无法发送到申请到的服务器中，还需要OPS维护管理人员通过相应的方式把LVS(LinuxVirtualServer，Linux虚拟服务器)的域名分配至申请到的服务器中，并对服务器进行与数据业务相应的配置，经过这一系列的步骤，将耗费较长的时间才可将数据请求发送到申请到的服务器中，无法及时高效的处理数据业务，且当申请的服务器数量超过OPS中存在的服务器数量时，将无法完成相应业务的数据处理，同时，在LVS分配域名的过程中，要求分配的域名与申请到的服务器严格匹配，否则将导致申请到的服务器接收到错误的业务数据处理请求。

因此，需要一种自动扩充服务器集群容量的方案，当用户请求的数据业务成百倍或千倍的激增时，可实现高效快速的处理大数据业务的目的。

发明内容

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

本发明的实施例提出了一种处理数据请求的方法，包括：

接收来自前端业务的数据请求；

获取与所述数据请求对应的所有可用业务服务器的相关信息，并确定与所述数据请求相匹配的业务服务器；

将所述数据请求发送至相匹配的业务服务器。

优选地，获取与所述数据请求对应的所有可用业务服务器的相关信息，具体包括：

发送用于获取业务服务器信息列表的获取请求；

接收响应于所述获取请求返回的业务服务器信息列表；

在所述业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。

优选地，获取与所述数据请求对应的所有可用业务服务器的相关信息，具体包括：

在存储的业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。

优选地，确定与所述数据请求相匹配的业务服务器，具体包括：

对获取到的与所述数据请求对应的所有可用业务服务器进行负载均衡，以确定与所述数据请求相匹配的业务服务器。

优选地，对获取到的与所述数据请求对应的所有可用业务服务器进行负载均衡，以确定与所述数据请求相匹配的业务服务器，具体包括：

获取各个业务服务器的业务分配权重；

结合所述业务分配权重，对获取到的与所述数据请求对应的所有可用业务服务器进行负载均衡，以确定与所述数据请求相匹配的业务服务器。

优选地，该方法还包括：

接收针对所述存储的业务服务器信息列表的更新指令，并基于所述更新指令对所述业务服务器信息列表执行更新操作。

本发明的实施例提出了一种获取服务器信息的方法，包括：

分别发送用于检测各个业务服务器的工作状态的检测指令；

根据各个业务服务器对所述检测指令的响应生成业务服务器信息列表。

优选地，分别发送用于检测各个业务服务器的工作状态的检测指令，具体包括：

接收到用于获取业务服务器信息列表的获取请求时，响应于所述获取请求，分别发送用于检测各个业务服务器的工作状态的检测指令；

其中，还包括：

响应于所述获取请求发送已生成的业务服务器信息列表。

优选地，该方法还包括：

接收到用于获取业务服务器信息列表的获取请求时，响应于所述获取请求发送存储的业务服务器信息列表。

优选地，该方法还包括：

分别发送用于检测各个业务服务器的工作状态的检测指令；

根据各个业务服务器对所述检测指令的响应更新所述业务服务器信息列表。

优选地，根据各个业务服务器对所述检测指令的响应更新所述业务服务器信息列表，具体包括：

若未接收到所述业务服务器信息列表中任一业务服务器针对所述检测指令的响应时，在所述服务器信息列表中删除该业务服务器的相关信息。

优选地，该方法还包括：

若接收到不包括在所述业务服务器信息列表中的任一业务服务器的广播消息时，在所述服务器信息列表中添加该业务服务器的相关信息。

优选地，该方法还包括：

当检测到所述业务服务器信息列表发生更新操作时，生成针对所述业务服务器信息列表的更新指令，并对所述更新指令进行发送。

本发明的另一实施例提出了一种处理数据请求的装置，包括：

接收模块，用于接收来自前端业务的数据请求；

获取确定模块，用于获取与所述数据请求对应的所有可用业务服务器的相关信息，并确定与所述数据请求相匹配的业务服务器；

第一发送模块，用于将所述数据请求发送至相匹配的业务服务器。

优选地，所述获取确定模块具体包括：

发送单元，用于发送用于获取业务服务器信息列表的获取请求；

接收单元，用于接收响应于所述获取请求返回的业务服务器信息列表；

第一查找单元，用于在所述业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。

优选地，所述获取确定模块具体包括：

第二查找单元，用于在存储的业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。

优选地，所述获取确定模块具体包括：

确定单元，用于对获取到的与所述数据请求对应的所有可用业务服务器进行负载均衡，以确定与所述数据请求相匹配的业务服务器。

优选地，所述确定单元具体包括：

获取子单元，用于获取各个业务服务器的业务分配权重；

确定子单元，用于结合所述业务分配权重，对获取到的与所述数据请求对应的所有可用业务服务器进行负载均衡，以确定与所述数据请求相匹配的业务服务器。

优选地，该装置还包括：

第一更新模块，用于接收针对所述存储的业务服务器信息列表的更新指令，并基于所述更新指令对所述业务服务器信息列表执行更新操作。

本发明的另一实施例提出了一种获取服务器信息的装置，包括：

第二发送模块，用于分别发送用于检测各个业务服务器的工作状态的检测指令；

生成模块，用于根据各个业务服务器对所述检测指令的响应生成业务服务器信息列表。

优选地，所述第二发送模块具体包括：

响应发送单元，用于接收到用于获取业务服务器信息列表的获取请求时，响应于所述获取请求，分别发送用于检测各个业务服务器的工作状态的检测指令；

其中，所述响应发送单元还包括：

发送子单元，用于响应于所述获取请求发送已生成的业务服务器信息列表。

优选地，该装置还包括：

第三发送模块，用于接收到用于获取业务服务器信息列表的获取请求时，响应于所述获取请求发送存储的业务服务器信息列表。

优选地，该装置还包括：

第四发送模块，用于分别发送用于检测各个业务服务器的工作状态的检测指令；

第二更新模块，用于根据各个业务服务器对所述检测指令的响应更新所述业务服务器信息列表。

优选地，所述第二更新模块具体包括：

删除单元，用于若未接收到所述业务服务器信息列表中任一业务服务器针对所述检测指令的响应时，在所述服务器信息列表中删除该业务服务器的相关信息。

优选地，该装置还包括：

添加模块，用于若接收到不包括在所述业务服务器信息列表中的任一业务服务器的广播消息时，在所述服务器信息列表中添加该业务服务器的相关信息。

优选地，该装置还包括：

生成发送模块，用于当检测到所述业务服务器信息列表发生更新操作时，生成针对所述业务服务器信息列表的更新指令，并对所述更新指令进行发送。

本发明的实施例中，提出了一种处理数据请求及获取服务器信息的方案，可根据数据请求获取与数据请求对应的所有可用业务服务器的相关信息，并确定与数据请求相匹配的业务服务器，当不存在与数据请求对应的业务服务器时，可自动扩充对应业务服务器的数量，完成处理相应业务数据的请求，并通过可用业务服务器信息列表维护各业务服务器的运行状态，在业务数据请求量激增的情况下也可高效准确处理相应的数据请求。进一步的，对各个业务服务器的业务分配权重，可根据各业务服务器自身的业务数据处理能力合理分配相应业务数据请求，最大限度的发挥各业务服务器的业务处理能力；同时，通过负载均衡技术，使各业务服务器均能够同时处理相应业务数据请求，为高效的处理数据请求提供了有力的保障。更进一步地，各业务服务器为运行在一个物理设备上的通过容器技术实现的各独立操作系统，使得同一个物理设备上可同时运行多个业务服务器，极大地节省了业务数据处理的成本，且降低对各业务服务器的管理成本，提高了整个业务处理系统的业务处理能力，为前端用户提供高质量的业务服务提供保证。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明中一个实施例的处理数据请求的方法的流程示意图；

图2为本发明中一个实施例的获取服务器信息的方法的流程示意图；

图3为本发明中另一实施例的处理数据请求的装置的结构示意图；

图4为本发明中另一实施例的获取服务器信息的装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本发明的实施例中的多服务器可基于多种虚拟技术来实现，下文以Linux系统下的容器技术为例来进行实施例的详述。其中，使用Linux容器技术实现的多服务器的操作系统，在每个容器中装入独立的服务器，每个服务器拥有各自的操作系统，多个服务器之间相互独立，且多个服务器运行在同一台物理终端设备上。

图1为本发明中一个实施例的处理数据请求的方法的流程示意图。

步骤S110：接收来自前端业务的数据请求；步骤S120：获取与数据请求对应的所有可用业务服务器的相关信息，并确定与数据请求相匹配的业务服务器；步骤S130：将数据请求发送至相匹配的业务服务器。

本发明的实施例中，提出了一种处理数据请求及获取服务器信息的方案，可根据数据请求获取与数据请求对应的所有可用业务服务器的相关信息，并确定与数据请求相匹配的业务服务器，当不存在与数据请求对应的业务服务器时，可自动扩充对应业务服务器的数量，完成处理相应业务数据的请求，并通过可用业务服务器信息列表维护各业务服务器的运行状态，在业务数据请求量激增的情况下也可高效准确处理相应的数据请求。进一步的，对各个业务服务器的业务分配权重，可根据各业务服务器自身的业务数据处理能力合理分配相应业务数据请求，最大限度的发挥各业务服务器的业务处理能力；同时，通过负载均衡技术，使各业务服务器均能够同时处理相应业务数据请求，为高效的处理数据请求提供了有力的保障。更进一步地，各业务服务器为运行在一个物理设备上的通过容器技术实现的各独立操作系统，使得同一个物理设备上可同时运行多个业务服务器，极大地节省了业务数据处理的成本，且降低对各业务服务器的管理成本，提高了整个业务处理系统的业务处理能力，为前端用户提供高质量的业务服务提供保证。

本实施例的执行主体可为代理服务器及发现服务器，以下将以代理服务器及发现服务器为例进行实施例的阐述。

步骤S110：接收来自前端业务的数据请求。

例如，用户使用终端设备的终端应用购买商品时，终端设备向代理服务器端发送购买商品的数据请求，代理服务器接收来自前端的数据请求。

步骤S120：获取与数据请求对应的所有可用业务服务器的相关信息，并确定与数据请求相匹配的业务服务器。

步骤S130：将数据请求发送至相匹配的业务服务器。

例如，代理服务器将来自前端的购买商品的数据请求发送至相匹配的业务服务器Server1和Server2。

在一优选实施例中，步骤S120包括步骤S121(图中未示出)、步骤S122(图中未示出)和步骤S123(图中未示出)。步骤S121：发送用于获取业务服务器信息列表的获取请求；步骤S122：接收响应于获取请求返回的业务服务器信息列表；步骤S123：在业务服务器信息列表中查找与数据请求对应的所有可用业务服务器的相关信息。

例如，代理服务器向发现服务器发送用于获取与购买商品的数据请求相匹配的业务服务器的相关信息的获取请求，该获取请求用于获取相匹配的业务服务器的标识信息和IP地址，随后，代理服务器接收发现服务器响应于获取请求返回的业务服务器信息列表，列表中包括业务服务器Server1、Server2和Server3各自的标识信息、可处理的数据业务类型及IP地址等；随后，代理服务器在业务服务器信息列表中查找与购买商品的数据请求对应的所有可用业务服务器的相关信息，得到业务服务器Server1和Server2的标识信息、可处理的数据业务类型及IP地址等。

在一优选实施例中，步骤S120包括步骤S124(图中未示出)。步骤S124：在存储的业务服务器信息列表中查找与数据请求对应的所有可用业务服务器的相关信息。

例如，在代理服务器预存储的业务服务器信息列表中查找与购买商品的数据请求对应的所有可用业务服务器的相关信息，业务服务器的相关信息包括业务服务器的标识信息、可处理的数据业务类型及IP地址等；其中，预存储的业务服务器信息列表是预先接收到来自发明服务器的业务服务器信息列表，并进行预存储。

在一优选实施例中，步骤S120包括步骤S125(图中未示出)。步骤S125：对获取到的与数据请求对应的所有可用业务服务器进行负载均衡，以确定与数据请求相匹配的业务服务器。

例如，代理服务器接收到4条购买商品的数据请求Request1、Request2、Request3和Request4，对获取的与数据请求对应的所有可用业务服务器Server1和Server2进行负载均衡，可确定业务服务器Server1处理数据请求Request1和Request2，业务服务器Server2处理数据请求Request3和Request4。

在一优选实施例中，步骤S125包括步骤S1251(图中未示出)和步骤S1252(图中未示出)。步骤S1251：获取各个业务服务器的业务分配权重；步骤S1252：结合业务分配权重，对获取到的与数据请求对应的所有可用业务服务器进行负载均衡，以确定与数据请求相匹配的业务服务器。

例如，代理服务器接收到4条购买商品的数据请求Request1、Request2、Request3和Request4，获取到业务服务器Server1和Server2的处理购买商品的业务分配权重为0.75和0.25，结合该业务分配权重，对获取的与购买商品的数据请求对应的所有可用业务服务器Server1和Server2进行负载均衡，可得到业务服务器Server1可处理4*0.75条即3条该业务数据请求，服务器Server2可处理4*0.25条即1条该业务数据请求，可确定业务服务器Server1处理数据请求Request1、Request2和Request3，业务服务器Server2处理数据请求Request4。

在一优选实施例中，该方法还包括步骤S140(图中未示出)。步骤S140：接收针对存储的业务服务器信息列表的更新指令，并基于更新指令对业务服务器信息列表执行更新操作。

例如，代理服务器接收到发现服务器针对存储的业务服务器信息列表的更新指令，并基于更新指令对代理服务器中的业务服务器信息列表执行更新操作，如添加业务服务器Server4的信息或删除业务服务器Server2的信息或修改业务服务器Server3的信息等。

图2为本发明中一个实施例的获取服务器信息的方法的流程示意图。

步骤S210：分别发送用于检测各个业务服务器的工作状态的检测指令；步骤S220：根据各个业务服务器对检测指令的响应生成业务服务器信息列表。

例如，发现服务器向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令，如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包；当发现服务器接收到各个业务服务器响应于心跳包的反馈响应时，可确定与反馈响应相对应的业务服务器工作状态为正常，基于处于正常工作状态的业务服务器的相关信息来生成业务服务器信息列表，其中，业务服务器信息列表中包括服务器的标识、可处理的数据业务类型及IP地址等。

在一优选实施例中(参照图2)，步骤S210包括步骤S211(图中未示出)。步骤S211：接收到用于获取业务服务器信息列表的获取请求时，响应于获取请求，分别发送用于检测各个业务服务器的工作状态的检测指令；其中，该方法还包括步骤S230(图中未示出)；步骤S230：响应于获取请求发送已生成的业务服务器信息列表。

例如，发现服务器接收到代理服务器发送的用于获取业务服务器信息列表的获取请求时，发现服务器响应于代理服务器的获取请求，分别发送用于检测各个业务服务器的工作状态的检测指令，如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包，当发现服务器接收到各个业务服务器响应于心跳包的反馈响应时，可确定与反馈响应相对应的业务服务器工作状态为正常，基于处于正常工作状态的业务服务器的相关信息来生成业务服务器信息列表，发现服务器响应于代理服务器的获取请求向代理服务器发送已生成的业务服务器信息列表。

在一优选实施例中，该方法还包括步骤S240(图中未示出)。步骤S230：接收到用于获取业务服务器信息列表的获取请求时，响应于获取请求发送存储的业务服务器信息列表。

例如，当发现服务器接收到来自代理服务器的用于获取业务服务器信息列表的获取请求时，发现服务器响应于代理服务器的获取请求向代理服务器发送存储的业务服务器信息列表。

在一优选实施例中，该方法还包括步骤S250(图中未示出)和步骤S260(图中未示出)。步骤S250：分别发送用于检测各个业务服务器的工作状态的检测指令；步骤S260：根据各个业务服务器对检测指令的响应更新业务服务器信息列表。

其中，根据各个业务服务器对检测指令的响应更新业务服务器信息列表，具体包括：

若未接收到业务服务器信息列表中任一业务服务器针对检测指令的响应时，在服务器信息列表中删除该业务服务器的相关信息。

例如，发现服务器实时向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令，如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包；由于设备的物理故障或系统故障等原因造成业务服务器Server2系统奔溃，导致此时业务服务器Server2无法工作，因此将发现服务器无法接收到业务服务器Server2针对心跳包的反馈响应，则在发现服务器的业务服务器信息列表中删除业务服务器Server2的相关信息，包括业务服务器Server2的标识、可处理的数据业务类型、和IP地址等。

在又一优选实施例中，该方法还包括步骤S260(图中未示出)。步骤S260：若接收到不包括在业务服务器信息列表中的任一业务服务器的广播消息时，在服务器信息列表中添加该业务服务器的相关信息。

例如，当代理服务器接收到200万条的用户支付信息的数据请求，从代理服务器的业务服务器信息列表中得到可处理用户支付业务的服务器为Server1和Server2，且Server1和Server2同时处理业务数据的总最高量为250万条，因此，增加可处理用户支付业务的服务器Server3，业务服务器Server3可处理业务数据的最高量为100万条，Server3发送用于表明其工作状态的广播消息；当发现服务器接收到不包括在业务服务器信息列表中的业务服务器Server3的广播消息后，在发现服务器的业务服务器信息列表中添加业务服务器Server3的相关信息，包括业务服务器Server3的标识如Server3、可处理的数据业务类型如支付业务和IP地址等。

在又一优选实施例中，该方法还包括步骤S270(图中未示出)。步骤S270：当检测到所述业务服务器信息列表发生更新操作时，生成针对所述业务服务器信息列表的更新指令，并对所述更新指令进行发送。

例如，发现服务器实时向各个业务服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包，当接收到不包括在可用业务服务器信息列表中的任一业务服务器Server4和Server5响应于心跳包的反馈响应时，在业务服务器信息列表中添加业务服务器Server4和Server5的相关信息，包括业务服务器Server4和Server5的名称、可处理的数据业务类型、标识信息和IP地址等，发现服务器随后生成针对业务服务器信息列表的添加业务服务器Server4和Server5的更新指令，并将更新指令发送至代理服务器，代理服务器根据接收到发现服务器的业务服务器信息列表的更新指令，在本地存储的业务服务器信息列表中添加业务服务器Server4和Server5的相关信息。

又例如，由于设备的物理故障或系统故障等原因造成业务服务器Server5系统奔溃，此时业务服务器Server5无法工作，发现服务器实时向各个业务服务器分别发送用于检测业务服务器的工作状态的心跳包，此时将无法接收到业务服务器Server5的广播消息，随后，在业务服务器信息列表中删除业务服务器Server5的相关信息，包括业务服务器Server5的名称、可处理的数据业务类型、标识信息和IP地址等，发现服务器随后生成针对业务服务器信息列表的删除业务服务器Server5的更新指令，并将更新指令发送至代理服务器，代理服务器根据接收到发现服务器的业务服务器信息列表的更新指令，在本地存储的业务服务器信息列表中删除业务服务器Server5的相关信息。

其中，业务服务器具体为运行在一个物理设备上的通过容器技术实现的独立操作系统。

例如，基于Linux容器技术实现的多服务器系统，在每个容器中装入独立的服务器系统，即每个服务器拥有各自的操作系统，多个服务器系统之间相互独立，且多个服务器系统运行在同一台物理终端设备上，如业务服务器Server1、Server2和Server3可运行在一个物理设备上，且业务服务器Server1、Server2和Server3拥有各自的服务器系统。

在一具体应用场景中，有500万用户通过终端应用程序App1在网络上购买商品，该500万用户的终端设备向代理服务器发送购买商品的数据请求，随后代理服务器向发现服务器发送用于获取业务服务器信息列表的获取请求；发现服务器实时向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令，如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包，当发现服务器接收到各个业务服务器响应于心跳包的反馈响应时，可确定与反馈响应相对应的业务服务器工作状态为正常，基于处于正常工作状态的业务服务器的相关信息来生成业务服务器信息列表，列表中包括业务服务器Server1、Server2和Server3，及其各自可处理的数据业务类型和IP地址等，随后，发现服务器将该列表信息发送至代理服务器；随后代理服务器根据发现服务器返回的与数据请求对应的所有可用业务服务器的相关信息的列表，如包括业务服务器Server1、Server2和Server3各自的标识信息、可处理的数据业务类型及IP地址等，在可用业务服务器信息列表中查找与购买商品的数据请求对应的所有可用业务服务器的标识信息和IP地址，得到对应的业务服务器为Server1、Server2和Server3及其各自的标识信息和IP地址，同时可获取到业务服务器Server1、Server2和Server3的业务分配权重分别为0.5、0.2和0.3，业务服务器Server1、Server2和Server3同时处理业务数据的总最高量为300万条，随后增加业务服务器Server4和Server5，业务服务器Server4和Server5同时处理业务数据的总最高量为200万条，随后，利用负载均衡技术，并结合各业务服务器的业务分配权重，可确定业务服务器Server1处理3亿乘以0.5即150万条数据请求，业务服务器Server2处理300万乘以0.2即60万条数据请求，业务服务器Server3处理300万乘以0.3即90万条数据请求，业务服务器Server4和Server5分别处理100万条数据请求，随后代理服务器将来自前端业务的500万条购买商品的数据请求发送至相匹配的业务服务器，如代理服务器根据业务服务器Server1的标识信息和IP地址将150万条购买商品的数据请求发送至Server1，随后业务服务器Server1可处理该150万条数据请求，代理服务器向业务服务器Server2、Server3、Server4和Server5发送数据请求的处理方式同业务服务器Server1，在此不再赘述，随后业务服务器Server1、Server2、Server3、Server4和Server5处理相应的业务数据请求。

图3为本发明中另一实施例的处理数据请求的装置的结构示意图。

接收模块310接收来自前端业务的数据请求；获取确定模块320获取与数据请求对应的所有可用业务服务器的相关信息，并确定与数据请求相匹配的业务服务器；第一发送模块330将数据请求发送至相匹配的业务服务器。

本发明的实施例中，提出了一种处理数据请求及获取服务器信息的方案，可根据数据请求获取与数据请求对应的所有可用业务服务器的相关信息，并确定与数据请求相匹配的业务服务器，当不存在与数据请求对应的业务服务器时，可自动扩充对应业务服务器的数量，完成处理相应业务数据的请求，并通过可用业务服务器信息列表维护各业务服务器的运行状态，在业务数据请求量激增的情况下也可高效准确处理相应的数据请求。进一步的，对各个业务服务器的业务分配权重，可根据各业务服务器自身的业务数据处理能力合理分配相应业务数据请求，最大限度的发挥各业务服务器的业务处理能力；同时，通过负载均衡技术，使各业务服务器均能够同时处理相应业务数据请求，为高效的处理数据请求提供了有力的保障。更进一步地，各业务服务器为运行在一个物理设备上的通过容器技术实现的各独立操作系统，使得同一个物理设备上可同时运行多个业务服务器，极大地节省了业务数据处理的成本，且降低对各业务服务器的管理成本，提高了整个业务处理系统的业务处理能力，为前端用户提供高质量的业务服务提供保证。

本实施例的执行主体可为代理服务器及发现服务器，以下将以代理服务器及发现服务器为例进行实施例的阐述。

接收模块310接收来自前端业务的数据请求。

例如，用户使用终端设备的终端应用购买商品时，终端设备向代理服务器端发送购买商品的数据请求，代理服务器接收来自前端的数据请求。

获取确定模块320获取与数据请求对应的所有可用业务服务器的相关信息，并确定与数据请求相匹配的业务服务器。

第一发送模块330将数据请求发送至相匹配的业务服务器。

例如，代理服务器将来自前端的购买商品的数据请求发送至相匹配的业务服务器Server1和Server2。

在一优选实施例中，获取确定模块320包括发送单元、接收单元和第一查找单元。发送单元发送用于获取业务服务器信息列表的获取请求；接收单元接收响应于获取请求返回的业务服务器信息列表；第一查找单元在业务服务器信息列表中查找与数据请求对应的所有可用业务服务器的相关信息。

例如，代理服务器向发现服务器发送用于获取与购买商品的数据请求相匹配的业务服务器的相关信息的获取请求，该获取请求用于获取相匹配的业务服务器的标识信息和IP地址，随后，代理服务器接收发现服务器响应于获取请求返回的业务服务器信息列表，列表中包括业务服务器Server1、Server2和Server3各自的标识信息、可处理的数据业务类型及IP地址等；随后，代理服务器在业务服务器信息列表中查找与购买商品的数据请求对应的所有可用业务服务器的相关信息，得到业务服务器Server1和Server2的标识信息、可处理的数据业务类型及IP地址等。

在一优选实施例中，获取确定模块320包括第二查找单元。第二查找单元在存储的业务服务器信息列表中查找与数据请求对应的所有可用业务服务器的相关信息。

例如，在代理服务器预存储的业务服务器信息列表中查找与购买商品的数据请求对应的所有可用业务服务器的相关信息，业务服务器的相关信息包括业务服务器的标识信息、可处理的数据业务类型及IP地址等；其中，预存储的业务服务器信息列表是预先接收到来自发明服务器的业务服务器信息列表，并进行预存储。

在一优选实施例中，获取确定模块320包括确定单元。确定单元对获取到的与数据请求对应的所有可用业务服务器进行负载均衡，以确定与数据请求相匹配的业务服务器。

例如，代理服务器接收到4条购买商品的数据请求Request1、Request2、Request3和Request4，对获取的与数据请求对应的所有可用业务服务器Server1和Server2进行负载均衡，可确定业务服务器Server1处理数据请求Request1和Request2，业务服务器Server2处理数据请求Request3和Request4。

在一优选实施例中，确定单元包括获取子单元和确定子单元。获取子单元获取各个业务服务器的业务分配权重；结合业务分配权重，确定子单元对获取到的与数据请求对应的所有可用业务服务器进行负载均衡，以确定与数据请求相匹配的业务服务器。

例如，代理服务器接收到4条购买商品的数据请求Request1、Request2、Request3和Request4，获取到业务服务器Server1和Server2的处理购买商品的业务分配权重为0.75和0.25，结合该业务分配权重，对获取的与购买商品的数据请求对应的所有可用业务服务器Server1和Server2进行负载均衡，可得到业务服务器Server1可处理4*0.75条即3条该业务数据请求，服务器Server2可处理4*0.25条即1条该业务数据请求，可确定业务服务器Server1处理数据请求Request1、Request2和Request3，业务服务器Server2处理数据请求Request4。

在一优选实施例中，该装置还包括第一更新模块(图中未示出)。第一更新模块接收针对存储的业务服务器信息列表的更新指令，并基于更新指令对业务服务器信息列表执行更新操作。

例如，代理服务器接收到发现服务器针对存储的业务服务器信息列表的更新指令，并基于更新指令对代理服务器中的业务服务器信息列表执行更新操作，如添加业务服务器Server4的信息或删除业务服务器Server2的信息或修改业务服务器Server3的信息等。

图4为本发明中一个实施例的获取服务器信息的装置在结构示意图。

第二发送模块410分别发送用于检测各个业务服务器的工作状态的检测指令；生成模块420根据各个业务服务器对检测指令的响应生成业务服务器信息列表。

例如，发现服务器向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令，如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包；当发现服务器接收到各个业务服务器响应于心跳包的反馈响应时，可确定与反馈响应相对应的业务服务器工作状态为正常，基于处于正常工作状态的业务服务器的相关信息来生成业务服务器信息列表，其中，业务服务器信息列表中包括服务器的标识、可处理的数据业务类型及IP地址等。

在一优选实施例中，第二发送模块包括响应发送单元。接收到用于获取业务服务器信息列表的获取请求时，响应发送单元响应于获取请求，分别发送用于检测各个业务服务器的工作状态的检测指令；其中，该装置还包括列表发送模块，列表发送模块响应于获取请求发送已生成的业务服务器信息列表。

例如，发现服务器接收到代理服务器发送的用于获取业务服务器信息列表的获取请求时，发现服务器响应于代理服务器的获取请求，分别发送用于检测各个业务服务器的工作状态的检测指令，如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包，当发现服务器接收到各个业务服务器响应于心跳包的反馈响应时，可确定与反馈响应相对应的业务服务器工作状态为正常，基于处于正常工作状态的业务服务器的相关信息来生成业务服务器信息列表，发现服务器响应于代理服务器的获取请求向代理服务器发送已生成的业务服务器信息列表。

在一优选实施例中，该装置还包括第三发送模块(图中未示出)。接收到用于获取业务服务器信息列表的获取请求时，第三发送模块响应于获取请求发送存储的业务服务器信息列表。

例如，当发现服务器接收到来自代理服务器的用于获取业务服务器信息列表的获取请求时，发现服务器响应于代理服务器的获取请求向代理服务器发送存储的业务服务器信息列表。

在一优选实施例中，该装置还包括第四发送模块(图中未示出)和第二更新模块(图中未示出)。第四发送模块分别发送用于检测各个业务服务器的工作状态的检测指令；第二更新模块根据各个业务服务器对检测指令的响应更新业务服务器信息列表。

其中，第二更新模块具体包括删除单元(图中未示出)。若未接收到业务服务器信息列表中任一业务服务器针对检测指令的响应时，删除单元在服务器信息列表中删除该业务服务器的相关信息。

例如，发现服务器实时向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令，如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包；由于设备的物理故障或系统故障等原因造成业务服务器Server2系统奔溃，导致此时业务服务器Server2无法工作，因此将发现服务器无法接收到业务服务器Server2针对心跳包的反馈响应，则在发现服务器的业务服务器信息列表中删除业务服务器Server2的相关信息，包括业务服务器Server2的标识、可处理的数据业务类型、和IP地址等。

在又一优选实施例中，该装置还包括添加模块(图中未示出)。若接收到不包括在业务服务器信息列表中的任一业务服务器的广播消息时，添加模块在服务器信息列表中添加该业务服务器的相关信息。

例如，当代理服务器接收到200万条的用户支付信息的数据请求，从代理服务器的业务服务器信息列表中得到可处理用户支付业务的服务器为Server1和Server2，且Server1和Server2同时处理业务数据的总最高量为250万条，因此，增加可处理用户支付业务的服务器Server3，业务服务器Server3可处理业务数据的最高量为100万条，Server3发送用于表明其工作状态的广播消息；当发现服务器接收到不包括在业务服务器信息列表中的业务服务器Server3的广播消息后，在发现服务器的业务服务器信息列表中添加业务服务器Server3的相关信息，包括业务服务器Server3的标识如Server3、可处理的数据业务类型如支付业务和IP地址等。

在又一优选实施例中，该装置还包括生成发送模块(图中未示出)。当检测到所述业务服务器信息列表发生更新操作时，生成发送模块生成针对所述业务服务器信息列表的更新指令，并对所述更新指令进行发送。

例如，发现服务器实时向各个业务服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包，当接收到不包括在可用业务服务器信息列表中的任一业务服务器Server4和Server5响应于心跳包的反馈响应时，在业务服务器信息列表中添加业务服务器Server4和Server5的相关信息，包括业务服务器Server4和Server5的名称、可处理的数据业务类型、标识信息和IP地址等，发现服务器随后生成针对业务服务器信息列表的添加业务服务器Server4和Server5的更新指令，并将更新指令发送至代理服务器，代理服务器根据接收到发现服务器的业务服务器信息列表的更新指令，在本地存储的业务服务器信息列表中添加业务服务器Server4和Server5的相关信息。

又例如，由于设备的物理故障或系统故障等原因造成业务服务器Server5系统奔溃，此时业务服务器Server5无法工作，发现服务器实时向各个业务服务器分别发送用于检测业务服务器的工作状态的心跳包，此时将无法接收到业务服务器Server5的广播消息，随后，在业务服务器信息列表中删除业务服务器Server5的相关信息，包括业务服务器Server5的名称、可处理的数据业务类型、标识信息和IP地址等，发现服务器随后生成针对业务服务器信息列表的删除业务服务器Server5的更新指令，并将更新指令发送至代理服务器，代理服务器根据接收到发现服务器的业务服务器信息列表的更新指令，在本地存储的业务服务器信息列表中删除业务服务器Server5的相关信息。

其中，业务服务器具体为运行在一个物理设备上的通过容器技术实现的独立操作系统。

例如，基于Linux容器技术实现的多服务器系统，在每个容器中装入独立的服务器系统，即每个服务器拥有各自的操作系统，多个服务器系统之间相互独立，且多个服务器系统运行在同一台物理终端设备上，如业务服务器Server1、Server2和Server3可运行在一个物理设备上，且业务服务器Server1、Server2和Server3拥有各自的服务器系统。

在一具体应用场景中，有500万用户通过终端应用程序App1在网络上购买商品，该500万用户的终端设备向代理服务器发送购买商品的数据请求，随后代理服务器向发现服务器发送用于获取业务服务器信息列表的获取请求；发现服务器实时向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令，如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包，当发现服务器接收到各个业务服务器响应于心跳包的反馈响应时，可确定与反馈响应相对应的业务服务器工作状态为正常，基于处于正常工作状态的业务服务器的相关信息来生成业务服务器信息列表，列表中包括业务服务器Server1、Server2和Server3，及其各自可处理的数据业务类型和IP地址等，随后，发现服务器将该列表信息发送至代理服务器；随后代理服务器根据发现服务器返回的与数据请求对应的所有可用业务服务器的相关信息的列表，如包括业务服务器Server1、Server2和Server3各自的标识信息、可处理的数据业务类型及IP地址等，在可用业务服务器信息列表中查找与购买商品的数据请求对应的所有可用业务服务器的标识信息和IP地址，得到对应的业务服务器为Server1、Server2和Server3及其各自的标识信息和IP地址，同时可获取到业务服务器Server1、Server2和Server3的业务分配权重分别为0.5、0.2和0.3，业务服务器Server1、Server2和Server3同时处理业务数据的总最高量为300万条，随后增加业务服务器Server4和Server5，业务服务器Server4和Server5同时处理业务数据的总最高量为200万条，随后，利用负载均衡技术，并结合各业务服务器的业务分配权重，可确定业务服务器Server1处理3亿乘以0.5即150万条数据请求，业务服务器Server2处理300万乘以0.2即60万条数据请求，业务服务器Server3处理300万乘以0.3即90万条数据请求，业务服务器Server4和Server5分别处理100万条数据请求，随后代理服务器将来自前端业务的500万条购买商品的数据请求发送至相匹配的业务服务器，如代理服务器根据业务服务器Server1的标识信息和IP地址将150万条购买商品的数据请求发送至Server1，随后业务服务器Server1可处理该150万条数据请求，代理服务器向业务服务器Server2、Server3、Server4和Server5发送数据请求的处理方式同业务服务器Server1，在此不再赘述，随后业务服务器Server1、Server2、Server3、Server4和Server5处理相应的业务数据请求。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-OnlyMemory，只读存储器)、RAM(RandomAccessMemory，随即存储器)、EPROM(ErasableProgrammableRead-OnlyMemory，可擦写可编程只读存储器)、EEPROM(ElectricallyErasableProgrammableRead-OnlyMemory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种处理数据请求的方法，包括：

接收来自前端业务的数据请求；

获取与所述数据请求对应的所有可用业务服务器的相关信息，并确定与所述数据请求相匹配的业务服务器；

将所述数据请求发送至相匹配的业务服务器。

2.根据权利要求1所述的处理数据请求的方法，其中，获取与所述数据请求对应的所有可用业务服务器的相关信息，具体包括：

发送用于获取业务服务器信息列表的获取请求；

接收响应于所述获取请求返回的业务服务器信息列表；

在所述业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。

3.根据权利要求1或2所述的处理数据请求的方法，其中，获取与所述数据请求对应的所有可用业务服务器的相关信息，具体包括：

在存储的业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。

4.一种获取服务器信息的方法，包括：

分别发送用于检测各个业务服务器的工作状态的检测指令；

根据各个业务服务器对所述检测指令的响应生成业务服务器信息列表。

5.根据权利要求4所述的获取服务器信息的方法，分别发送用于检测各个业务服务器的工作状态的检测指令，具体包括：

接收到用于获取业务服务器信息列表的获取请求时，响应于所述获取请求，分别发送用于检测各个业务服务器的工作状态的检测指令；

其中，该方法还包括：

响应于所述获取请求发送已生成的业务服务器信息列表。

6.一种处理数据请求的装置，包括：

接收模块，用于接收来自前端业务的数据请求；

获取确定模块，用于获取与所述数据请求对应的所有可用业务服务器的相关信息，并确定与所述数据请求相匹配的业务服务器；

第一发送模块，用于将所述数据请求发送至相匹配的业务服务器。

7.根据权利要求6所述的处理数据请求的装置，其中，所述获取确定模块具体包括：

发送单元，用于发送用于获取业务服务器信息列表的获取请求；

接收单元，用于接收响应于所述获取请求返回的业务服务器信息列表；

第一查找单元，用于在所述业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。

8.根据权利要求6或7所述的处理数据请求的装置，其中，所述获取确定模块具体包括：

第二查找单元，用于在存储的业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。

9.一种获取服务器信息的装置，包括：

第二发送模块，用于分别发送用于检测各个业务服务器的工作状态的检测指令；

生成模块，用于根据各个业务服务器对所述检测指令的响应生成业务服务器信息列表。

10.根据权利要求9所述的获取服务器信息的装置，所述第二发送模块具体包括：

响应发送单元，用于接收到用于获取业务服务器信息列表的获取请求时，响应于所述获取请求，分别发送用于检测各个业务服务器的工作状态的检测指令；

其中，该装置还包括：

列表发送模块，用于响应于所述获取请求发送已生成的业务服务器信息列表。