CN114710501B - 服务请求处理方法、装置、服务器及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供一种服务请求处理方法、装置、服务器及计算机可读存储介质，该方法包括：在服务处理***中部署多个第一服务器，通过第一服务器接收服务请求，并根据服务请求对应的用户信息、服务请求的业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从服务处理***中的多个第二服务器中确定一个目标服务器，利用该目标服务器来处理服务请求，如此，第一服务器在分配每个服务请求时，不仅考虑了第二服务器的剩余性能数据，还考虑了第二服务器所能提供的服务类型、服务请求对应的用户信息和业务类型，使得每个服务请求都能够发送到与之匹配的第二服务器上进行最终的处理，提高了服务请求的处理效率，提升了用户体验。

Description

服务请求处理方法、装置、服务器及计算机可读存储介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种服务请求处理方法、装置、服务器及计算机可读存储介质。

背景技术

在云服务中，当需要处理来自于用户端的请求时，通常将请求采用轮询的方式发送到多个服务器上进行处理，然而这种方式并不是在每种提供云服务的环境中都有效，若在每种环境中都采用轮询的方式进行处理，降低了处理效率。

发明内容

本申请实施例提供一种服务请求处理方法、装置、服务器及计算机可读存储介质，能提高服务请求的处理效率。

本申请实施例提供了一种服务请求处理方法，应用于服务处理***中，所述服务处理***包括多个第一服务器和多个第二服务器，所述多个第一服务器同用同一虚拟IP，所述服务请求处理方法，包括：

通过所述第一服务器接收所述虚拟IP的服务请求；

获取所述服务请求对应的用户信息、所述服务请求的业务类型，以及各第二服务器所能提供的服务类型、各第二服务器的剩余性能数据；

根据所述用户信息、所述业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器；

将所述服务请求发送至所述目标服务器，以使所述目标服务器处理所述服务请求。

本申请实施例还提供了一种服务请求处理装置，应用于服务处理***中，所述服务处理***包括多个第一服务器和多个第二服务器，所述多个第一服务器同用同一虚拟IP，所述服务请求处理装置，包括：

第一接收模块，用于通过所述第一服务器接收所述虚拟IP的服务请求；

数据获取模块，用于获取所述服务请求对应的用户信息、所述服务请求的业务类型，以及各第二服务器所能提供的服务类型、各第二服务器的剩余性能数据；

第一确定模块，用于根据所述用户信息、所述业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器；

第一发送模块，用于将所述服务请求发送至所述目标服务器，以使所述目标服务器处理所述服务请求。

本申请实施例还提供了一种服务器，所述服务器包括：

一个或多个处理器；存储器；以及一个或多个计算机程序，其中所述处理器和所述存储器相连接，所述一个或多个计算机程序被存储于所述存储器中，并配置为由所述处理器执行上述应用于第一服务器中所述的服务请求处理方法的步骤，或者执行上述应用于第二服务器中的所述的服务请求处理方法的步骤。

本申请实施例还提供一种文件传输***，所述文件传输***中包括第一服务器和第二服务器，所述第一服务器中执行上述所述的应用于第一服务器中的任一实施例中的服务请求处理方法，所述第二服务器中执行上述所述的应用于第二服务器中的任一实施例中的服务请求处理方法。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现上述任一种服务请求处理方法中的步骤。

本申请实施例通过在服务处理***中部署多个第一服务器，通过第一服务器接收服务请求，并根据服务请求对应的用户信息、服务请求的业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从服务处理***中的多个第二服务器中确定一个目标服务器，利用该目标服务器来处理服务请求，如此，第一服务器在分配每个服务请求时，不仅考虑了第二服务器的剩余性能数据，还考虑了第二服务器所能提供的服务类型、服务请求对应的用户信息和业务类型，使得每个服务请求都能够发送到与之匹配的第二服务器上进行最终的处理，提高了服务请求的处理效率，提升了用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的服务请求处理方法的应用场景示意图。

图2是本申请实施例提供的服务请求处理方法的流程示意图。

图3是本申请实施例提供的服务请求处理方法的一流程示意图。

图4是本申请实施例提供的服务请求处理方法的另一流程示意图。

图5是本申请实施例提供的服务请求处理装置的结构示意图。

图6是本申请实施例提供的服务请求处理装置的另一结构示意图。

图7是本申请实施例提供的服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种服务请求处理方法、装置、服务器、***和存储介质。本申请实施例提供的任一种文件传输方法和/服务请求处理装置，可以应用/集成在服务处理***的对应服务器中。该服务器包括第一服务器和第二服务器。

第一服务器和第二服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

图1是本申请实施例提供的服务请求处理方法的应用场景示意图，在该应用场景中，包括请求端、多个第一服务器、多个第二服务器和多个数据存储模块。服务处理***中包括多个第一服务器、多个第二服务器和多个数据存储模块。其中，请求端和多个第一服务器之间通过网络通信连接，多个第一服务器和多个第二服务器之间通过网络通信连接，多个第一服务器与多个数据存储模块之间可通过网络通信连接、和/或多个第二服务器与多个数据存储模块之间通过网络通信连接。

请求端包括用户终端A、用户终端B、用户终端C等多个用户终端，用户终端包括但不限于智能手机、平板电脑、笔记本电脑、智能电视、智能机器人、个人计算机（PC，PersonalComputer）、可穿戴设备等。

多个第一服务器设置有虚拟IP，多个第一服务器同用同一虚拟IP，多个第一服务器通过虚拟IP对外提供服务，多个第一服务器中的每个第一服务器还设置有真实IP。

其中，多个第一服务器可都处于工作状态，那么该虚拟IP的服务请求可按照一定规则分配到多个第一服务器上，由多个第一服务器进行后续处理，多个第一服务器可提高服务处理***的可用性，当其中一个第一服务器损坏，其他第一服务器还可运行，避免服务中断，且多个第一服务器可分担所有的服务请求，提高服务请求的响应速度。

多个第一服务器也可以仅有一个处于工作状态，那么该虚拟IP的服务请求只发送到处于工作状态的第一服务器，由该第一服务器进行后续处理，当该第一服务器损坏后，切换到其他第一服务器上运行，避免服务中断。

多个第二服务器用于向用户提供具体的服务，多个第二服务器中的每个第二服务器设置有真实IP，多个第二服务器中所能提供的服务类型存在不同。

例如，多个第二服务器的数量为10个，其中，5个第二服务器主要用于计算，对应计算类型，该5个第二服务器所能提供的服务可以完全相同，另外3个第二服务器主要用于监控，还会涉及计算等其他功能，但主要是用于监控，对应监控类型，该3个第二服务器所能提供的服务可以完全相同，但与主要用于计算的5个第二服务器所能提供的服务存在不同，剩下2该第二服务器主要用于存储，还会涉及计算等其他功能，但主要用于存储，对应存储类型，该2个第二服务器所能提供的服务可以完全相同。其中，计算类型、监控类型、存储类型的第二服务器设置有多个可提高服务处理***的可用性。其中，第二服务器所能提供的服务类型只是举例说明，以便于理解，并不构成对服务类型的限定。

多个数据存储模块可分布在不同的物理位置，多个数据存储模块保存的数据可能会有所不同，例如，对于某一份数据，在某一数据存储模块中只保存了重要的四个字段和该四个字段所对应的具体数据，而在另一数据存储模块中保存了该数据的所有字段和所有字段所对应的具体数据。此外，多个数据存储模块中的数据量不同、所使用的检索工具和索引工具可能也会有所不同。

本申请实施例中将以图1所示的应用场景为例来进行描述。

在一实施例中，第一服务器也可以是服务处理***中的第一物理机上的第一虚拟机，第二服务器也可以是服务处理***中的第二物理机上的第二虚拟机。例如，服务处理***包括至少一个第一物理机和至少一个第二物理机，至少一个第一物理机上分布有多个第一虚拟机，多个第一虚拟机同用同一虚拟IP，至少一个第二物理机上分布有多个第二虚拟机。

下文中将详细的对本申请实施例中的数据管理方法、数据管理***以及计算机可读存储介质进行详细的说明。需说明的是，以下实施例的序号不作为对实施例优选顺序的限定。

图2为本申请实施例提供的服务请求处理方法的流程示意图，该服务请求处理方法应用于第一服务器中，包括如下步骤。

101，通过第一服务器接收虚拟IP的服务请求。

用户通过访问虚拟IP定位到第一服务器，即通过虚拟IP向第一服务器发送服务请求。当多个第一服务器都处于工作状态时，第一服务器可按照一定的规则来接收虚拟IP的服务请求，例如采用随机、轮询的方式等；当多个第一服务器仅有一个第一服务器处于工作状态时，由该处于工作状态下的第一服务器接收虚拟IP的服务请求。

服务请求可以是任意的请求，例如，第二服务器对应是某个应用的服务器，则服务请求可以是请求该应用的任意一个请求，例如注册请求、查询请求等。该应用可以是任意的应用，例如即时通信应用程序、游戏应用程序、金融应用程序、音视频播放应用程序、购物相关应用程序等。

102，获取服务请求对应的用户信息、服务请求的业务类型，以及各第二服务器所能提供的服务类型、各第二服务器的剩余性能数据。

服务请求中包括触发该服务请求的用户信息，例如用户名、用户编号等信息，根据用户信息可直接确定对应的用户优先级，或者根据用户信息来获取更详细的用户信息，根据更详细的用户信息来确定对应的用户优先级。

服务请求的业务类型包括注册、查询、监控、保存等等，具体可根据实际情况来进行限定，此处只是为了举例说明。

各第二服务器所能提供的服务类型可参看上文中对应描述，在此不再赘述。各第二服务器所能提供的服务类型可预先设定，然后保存至各第一服务器中。

各第二服务器的剩余性能数据是个动态的数据，性能数据主要包括处理能力数据和存储容量数据，剩余性能数据包括但不限于剩余处理能力数据和剩余存储容量数据，剩余处理能力数据为各第二服务器中总处理能力数据减去已使用处理能力数据，剩余存储容量数据为各第二服务器中总存储容量数据减去已使用存储容量数据，而已使用处理能力数据和已使用存储容量数据是一个动态的值，因此，各第二服务器的剩余性能数据也是一个动态的数据。

其中，各第二服务器的剩余性能数据可以是第一服务器每隔预设时间到各第二服务器中进行查询，然后保存至各第一服务器中，还可以是各第二服务器每个预设时间将自身所对应的剩余性能数据发送至各第一服务器，各第一服务器保存该剩余性能数据。当第一服务器接收到服务请求之后，直接获取第一服务器中所保存的各第二服务器中的剩余性能数据。

其中，若第二服务器为第二物理机上的第二虚拟机，则各第二服务器的剩余性能数据为各第二虚拟机所在的第二物理机的剩余性能数据。

103，根据用户信息、业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器。

在一情况下，上述步骤103，包括：根据业务类型确定匹配的服务类型，将匹配的服务类型所对应的第二服务器作为候选服务器；根据用户信息确定对应的用户优先级；根据用户优先级和各第二服务器的剩余性能数据，从候选服务器中确定目标服务器。如此，先从匹配的服务类型的第二服务器中确定候选服务器，再根据用户优先级和剩余性能数据进行匹配，以从候选服务器中确定目标服务器，以让服务请求可以匹配到最优的第二服务器上执行，提高处理效率。

其中，上述根据用户优先级和各第二服务器的剩余性能数据，从候选服务器中确定目标服务器的步骤，包括：确定剩余性能数据所对应的性能等级；根据用户优先级确定与其匹配的目标性能等级；候选服务器中确定与目标性能等级匹配的第二服务器作为目标服务器。该实施例中根据用户优先级匹配对应的性能等级，从对应匹配的性能等级的候选服务器中确定目标服务器。

其中，上述确定剩余性能数据所对应的性能等级的步骤，包括：确定剩余处理能力数据所对应的第一分数、剩余存储容量数据所对应的第二分数；将第一分数和第二分数进行加权和，以得到总分数；根据总分数确定剩余性能数据的性能等级。总分数越高，意味着剩余性能数据的性能等级越高，该实施例中根据以数字的方式量化性能等级，提高性能等级确定的准确性。

其中，上述根据用户优先级和各第二服务器的剩余性能数据，从候选服务器中确定目标服务器的步骤，包括：检测用户优先级是否为预设优先级，若是，则从候选服务器中确定剩余性能数据最大的第二服务器作为目标服务器，若否，则按照一定规则从候选服务器中确定一个第二服务器作为目标服务器。

该实施例中的预设优先级为较高的优先级，可根据用户的VIP等级确定，当用户为预设优先级，则将剩余性能数据最大的第二服务器作为目标服务器，其中，剩余性能数据的计算方式可按照上述的加权和的方式得到总分数后，总分数最大，即为剩余性能数据最大。当用户不为预设优先级，按照一定规则，如随机规则、轮询规则等候选服务器中确定一个第二服务器作为目标服务器。

在一情况下，可根据服务器决策模型来确定目标服务器，对应地，上述步骤103，包括：将用户信息、业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，输入至服务器决策模型的特征提取器中，得到服务器决策特征；将服务器决策特征，输入至服务器决策模型的服务器决策器中，以输出多个第二服务器所对应的决策概率；从多个第二服务器所对应的决策概率中选取决策概率最大的第二服务器作为目标服务器。利用服务器决策模型来确定目标服务器，提供了另一种确定目标服务器的方式。

对应地，服务器决策模型可通过如下方式来进行训练，包括：获取样本数据集，该样本数据集中包括多个服务请求样本，每个服务请求样本包括该服务器请求所对应的用户信息、服务请求所对应的业务类型、各第二服务器的服务类型和各第二服务器的剩余性能数据、以及服务请求样本所对应的决策结果标签；将服务请求样本输入至特征提取器中，得到样本服务器决策特征；将样本服务器决策特征输入至服务器决策器中，以从多个第二服务器中获取样本决策概率最大的第二服务器作为决策服务器；若样本数据集中决策服务器与决策结果标签一致的服务请求样本的比例大于预设比例阈值，例如90%，则训练结束，否则，调整服务器决策模型的参数继续训练，以使比例大于预设比例阈值。

在其他实施例中，还可以通过其他方式来确定目标服务器。

104，将服务请求发送至目标服务器，以使目标服务器处理服务请求。

确定了目标服务器后，将服务请求发送至目标服务器，例如，获取接收该服务请求的第一服务器的真实IP以及目标服务器的真实IP，将第一服务器的真实IP和目标服务器的真实IP加入至服务请求中，并将该服务请求发送至目标服务器，以使目标服务器处理服务请求。其中，加入至服务请求的第一服务器的真实IP和目标服务器的真实IP中不仅包括IP地址，还可以包括端口等信息。例如，将第一服务器的真实IP和端口作为发送地址，将目标服务器的真实IP和端口作为接收地址。其中，每个第一服务器中都预先保存有各第二服务器的真实IP和对应的端口。

该实施例中在服务处理***中部署多个第一服务器，通过第一服务器接收服务请求，并根据服务请求对应的用户信息、服务请求的业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据来从多个第二服务器中确定处理该服务请求的目标服务器，即第一服务器在分配每个服务请求时，不仅考虑了第二服务器的剩余性能数据，还考虑了第二服务器所能提供的服务类型、服务请求对应的用户信息和业务类型，使得每个服务请求都能够发送到与之匹配的第二服务器上进行最终的处理，提高了服务请求的处理效率，提升了用户体验。

在一实施例中，第一服务器除了将服务请求分配至匹配的第二服务器之外，还可以执行一些与业务有关联的一些操作。如图3所示，为本申请实施例提供的服务请求处理方法的一流程示意图，该服务请求处理方法包括如下步骤。

201，通过第一服务器接收虚拟IP的服务请求。

202，确定服务请求需要调用的目标数据。

其中，该步骤中由于需要确定服务请求需要调用的目标数据，因此涉及一些与业务相关的一些操作。

具体地，步骤202，包括：获取处理服务请求的处理接口，根据处理接口确定目标数据。可预先在第一服务器预先保存所有服务请求所对应的处理接口。其中，处理接口包括处理服务请求的处理函数，例如监控函数、注册函数等，这些函数中可能会涉及到一些验证功能等，目标数据包括用于验证的数据等，比如查询函数，目标数据包括查询的字段所对应的数据等。

在其他一些实施例中，目标数据还可以通过其他方式来进行确定。

203，根据目标数据从多个数据存储模块中确定存储目标数据的目标数据存储模块。

在本申请实施例中，数据存储模块有多个，该多个数据存储模块不是位于同一物理位置，或者多个数据存储模块所在的存储服务器并不总是同一物理位置的同一服务器，或者多个数据存储模块所在的存储服务器并不是同一环境下的服务器。例如，在第一区域、第二区域、第三区域都分别部署有数据存储模块，比如华中、华南、华北等区域，某市的A区、B区、C区等。多个数据存储模块保存的数据可能会有所不同，具体可参看上文中的描述。

由于多个数据存储模块保存的数据中有不同的部分，也有相同的部分，因此，目标数据可能在至少一个数据存储模块中存在。

因此，在一实施例中，上述步骤203，包括：根据目标数据从多个数据存储模块中确定与目标数据匹配的候选数据存储模块；获取候选数据存储模块的数据量、候选数据存储模块的检索工具和索引方式；根据数据量、检索工具和索引方式从候选数据存储模块中确定目标数据存储模块。在该实施例中，根据各数据存储模块中的数据量、检索工具和检索方式来确定目标数据存储模块，以确保可以快速的从目标数据存储模块中获取目标数据，提高数据获取效率，进一步提高服务请求处理效率。

在多个数据存储模块中确定存储有目标数据的候选数据存储模块。在一实施例中，目标数据具有目标字段，根据目标字段从多个数据存储模块中确定与目标数据匹配的候选数据存储模块，即当数据存储模块中存储有对应的目标字段时，则认为该数据存储模块是与目标数据匹配的候选数据存储模块。

获取候选数据存储模块的数据量、检索工具和检索方式，其中，不同检索工具的检索速度不一样，且不同检索方式也所对应的检索速度也不一样，同时数据量不一样，也会对检索速度有影响。在第一服务器预先保存各数据存储模块的数据量、检索工具和检索方式，其中，各数据存储模块的数据量是个动态的值，可在第一服务器中设置定时任务，以在执行定时任务时，获取各数据存储模块的数据量，或者数据存储模块每隔一段时间，将数据存储模块所对应的数据量发送至各第一服务器。

在一情况下，上述根据数据量、检索工具和索引方式从候选数据存储模块中确定目标数据存储模块的步骤，包括：根据数据量、检索工具和索引方式确定从候选数据存储模块中获取目标数据的预估时间；从预估时间中选择最小预估时间的候选数据存储模块作为目标数据存储模块。对应地，获取检索工具和检索方式所对应的检索速度，其中，检索工具和检索方式所对应的检索速度可预先得知，保存在对应的第一服务器中，根据数据量和检索速度来确定获取目标数据的预估时间。

在一情况下，上述根据数据量、检索工具和索引方式从候选数据存储模块中确定目标数据存储模块的步骤，包括：确定数据量所对应的第一分数、检索工具所对应的第二分数和检索方式所对应的第三分数，数据量越少，第一分数越高，检索工具越先进，第二分数越高，检索方式优化，第三分数越高；将第一分数、第二分数和第三分数进行加权和，以得到各候选数据存储模块所对应的检索分数；将检索分数中分数最大的检索分数所对应的候选数据存储模块确定为目标数据存储模块。

其中，确定数据量所对应的第一分数、检索工具所对应的第二分数和检索方式所对应的第三分数，还可通过如下方式来确定：根据数据量、检索工具和索引方式确定数据量等级、检索工具等级、检索方式等级；确定数据量等级所对应的第一分数、检索工具等级所对应的第二分数、检索方式等级所对应的第三分数。

在其他实施例中，还可以通过其他方式来确定目标数据存储模块。

204，将目标数据存储模块的标识加入服务请求中。

确定了目标数据存储模块后，将目标数据存储模块的标识加入服务请求中。其中，目标数据存储模块的标识包括存储服务器的IP、端口、存储目录等，还可以包括其他更多或者更少的信息。

205，获取服务请求对应的用户信息、服务请求的业务类型，以及各第二服务器所能提供的服务类型、各第二服务器的剩余性能数据。

206，根据用户信息、业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器。

207，获取接收该服务请求的第一服务器的真实IP以及目标服务器的真实IP，将第一服务器的真实IP和目标服务器的真实IP加入至服务请求中。

208，将该服务请求发送至目标服务器，以使目标服务器处理服务请求。

其中，上述步骤202至步骤204、步骤205至步骤207可并行执行，也可以串行执行，当串行执行时，也可先执行步骤205至步骤207，在执行步骤202至步骤204。此外，该实施例中未详细描述的步骤以及对于步骤所达到的有益效果请参看上文中对应步骤的描述，在此不再赘述。

该实施例中当需要获取服务请求对应的目标数据时，多个数据存储模块都存在目标数据，第一服务器根据数据存储模块的数据量、检索工具和检索方式来确定执行速度最快的目标数据存储模块，如此，提高第二服务器执行服务请求的效率，此外，利用第一服务器分担一些业务功能，避免第二服务器负载过大，进一步提高执行服务请求的效率。

图4为本申请实施例提供的服务请求处理方法的另一流程示意图，该服务请求处理方法包括如下步骤。

301，通过第一服务器接收虚拟IP的服务请求。

302，获取服务请求对应的用户信息、服务请求的业务类型，以及各第二服务器所能提供的服务类型、各第二服务器的剩余性能数据。

303，根据用户信息、业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器。

304，获取接收该服务请求的第一服务器的真实IP以及目标服务器的真实IP，将第一服务器的真实IP和目标服务器的真实IP加入至服务请求中。

305，将该服务请求发送至目标服务器，以使目标服务器处理服务请求。

306，目标服务器在执行服务请求的过程中，确定服务请求需要调用的目标数据。

由于在执行服务请求的过程中，一定会调用处理服务请求的处理接口，因此执行该处理接口就可以确定目标数据。

307，根据目标数据从多个数据存储模块中确定存储目标数据的目标数据存储模块。

该步骤与上文中对应步骤的描述一致，不同在于：该实施例中在第二服务器中保存多个数据存储模块所对应的数据量、检索方式和检索工具。在第二服务器设置定时任务，以在执行定时任务时，获取各数据存储模块的数据量，或者各数据存储模块每隔一段时间，将数据存储模块所对应的数据量发送至各第二服务器。

308，从目标数据存储模块中获取目标数据，以执行服务请求。

该实施例中步骤301至步骤305应用于第一服务器中，后续步骤306至步骤308应用于目标服务器中。如此，第一服务器用于分配服务请求，第二服务器用于处理具体的业务，将服务请求的处理和业务的处理分割开来，以实现业务的解耦。

根据上述实施例所描述的方法，本实施例将从服务请求处理装置的角度进一步进行描述，该服务请求处理装置具体可以作为独立的实体来实现，也可以集成在对应的服务器中来实现。

图5是本申请实施例提供的服务请求处理装置的结构示意图，该服务请求处理装置可集成在服务处理***的第一服务器中，该服务处理***还包括多个第二服务器，多个第一服务器同用同一虚拟IP。该装置可以包括第一接收模块401，数据获取模块402、第一确定模块403以及第一发送模块404。

第一接收模块401，用于通过所述第一服务器接收所述虚拟IP的服务请求。

数据获取模块402，用于获取所述服务请求对应的用户信息、所述服务请求的业务类型，以及各第二服务器所能提供的服务类型、各第二服务器的剩余性能数据。

第一确定模块403，用于根据所述用户信息、所述业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器。

第一发送模块404，用于将所述服务请求发送至所述目标服务器，以使所述目标服务器处理所述服务请求。

在一实施例中，服务处理***还包括服务器决策模块，服务器决策模块具有特征提取器和服务器决策器，第一确定模块403，具体用于将所述用户信息、所述业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，输入至所述特征提取器中，得到服务器决策特征；将所述服务器决策特征，输入至所述服务器决策器中，以输出多个第二服务器所对应的决策概率；从多个第二服务器所对应的决策概率中选取所述决策概率最大的第二服务器作为目标服务器。

在一实施例中，第一确定模块403，具体用于根据所述业务类型确定匹配的服务类型，将匹配的服务类型所对应的第二服务器作为候选服务器；根据所述用户信息确定对应的用户优先级；根据所述用户优先级和各第二服务器的剩余性能数据，从所述候选服务器中确定目标服务器。

在一实施例中，第一确定模块403在执行根据所述用户优先级和各第二服务器的剩余性能数据，从所述候选服务器中确定目标服务器的步骤时，具体执行：确定所述剩余性能数据的性能等级；根据所述用户优先级确定与其匹配的目标性能等级；从所述候选服务器中确定与所述目标性能等级匹配的第二服务器作为目标服务器。

在一实施例中，如图6所示，为本申请实施例提供的服务请求处理装置的另一结构示意图，该服务请求处理装置还包括训练模块405。训练模块405，用于获取样本数据集，该样本数据集中包括多个服务请求样本，每个服务请求样本包括该服务器请求所对应的用户信息、服务请求所对应的业务类型、各第二服务器的服务类型和各第二服务器的剩余性能数据、以及服务请求样本所对应的决策结果标签；将服务请求样本输入至特征提取器中，得到样本服务器决策特征；将样本服务器决策特征输入至服务器决策器中，以从多个第二服务器中获取样本决策概率最大的第二服务器作为决策服务器；若样本数据集中决策服务器与决策结果标签一直的服务请求样本的比例大于预设比例阈值，例如90%，则训练结束，否则，调整服务器决策模型的参数继续训练，以使比例大于预设比例阈值。

在一实施例中，如图6所示，服务请求处理装置还包括第二确定模块406、第三确定模块407和加入模块408。

第二确定模块406，用于确定所述服务请求需要调用的目标数据。

在一实施例中，第二确定模块406，具体用于获取处理所述服务请求的处理接口；根据所述处理接口确定所述目标数据。

第三确定模块407，用于根据所述目标数据从所述多个数据存储模块中确定存储所述目标数据的目标数据存储模块。

在一实施例中，所述目标数据具有目标字段，第三确定模块407，具体用于根据所述目标字段从所述多个数据存储模块中确定与目标数据匹配的候选数据存储模块。

在一实施例中，第三确定模块407，具体用于根据所述目标数据从所述多个数据存储模块中确定与目标数据匹配的候选数据存储模块；获取所述候选数据存储模块的数据量、所述候选数据存储模块的检索工具和索引方式；根据所述数据量、所述检索工具和所述索引方式从所述候选数据存储模块中确定目标数据存储模块。

加入模块408，用于将所述目标数据存储模块的标识加入所述服务请求中。

在一实施例中，第二确定模块406、第三确定模块407集成在第二服务器中。第二服务器中还包括第二接收模块，该第二接收模块，具体用于接收服务请求。

具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现。以上装置和各单元的具体实现过程，以及所达到的有益效果，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

本申请实施例还提供一种服务器，该服务器可以为服务处理***中的第一服务器，服务处理***中的第一服务器为多个，多个第一服务器同用同一虚拟IP，服务处理***中还包括多个第二服务器，如图7所示，其示出了本申请实施例所涉及的服务器的结构示意图，具体来讲：

该服务器可以包括一个或者一个以上处理核心的处理器501、一个或一个以上计算机可读存储介质的存储器502、射频（Radio Frequency，RF）电路503、电源504、输入单元505、以及显示单元506等部件。本领域技术人员可以理解，图中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器501是该服务器的控制中心。其中，处理器利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器502内的软件程序和/或模块，以及调用存储在存储器502内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器可包括一个或多个处理核心；优选的，处理器可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解地是，上述调制解调处理器也可以不集成到处理器中。

存储器502可用于存储软件程序（计算机程序）以及模块，处理器501通过运行存储在存储器502的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器502还可以包括存储器控制器，以提供处理器501对存储器502的访问。

RF电路503可用于收发信息过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器501处理；另外，将涉及上行的数据发送给基站。通常，RF电路503包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块（SIM）卡、收发信机、耦合器、低噪声放大器（LNA，Low Noise Amplifier）、双工器等。此外，RF电路503还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***（GSM，Global System of Mobilecommunication）、通用分组无线服务（GPRS，General Packet Radio Service）、码分多址（CDMA，Code Division Multiple Access）、宽带码分多址（WCDMA，Wideband CodeDivision Multiple Access）、长期演进（LTE，Long Term Evolution）、电子邮件、短消息服务（SMS，Short Messaging Service）等。

服务器还包括给各个部件供电的电源504（比如电池），优选的，电源504可以通过电源管理***与处理器501逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。电源504还可以包括一个或一个以上的直流或交流电源、再充电***、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入单元505，该输入单元505可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体地实施例中，输入单元505可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器501，并能接收处理器501发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元505还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

该服务器还可包括显示单元506，该显示单元506可用于显示由用户输入的信息或提供给用户的信息以及服务器的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元506可包括显示面板，可选的，可以采用液晶显示器（LCD，Liquid Crystal Display）、有机发光二极管（OLED，Organic Light-EmittingDiode）等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器501以确定触摸事件的类型，随后处理器501根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图中，触敏表面与显示面板是作为两个独立的部件来实现输入和输出功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

尽管未示出，服务器还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，服务器中的处理器501会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器502中，并由处理器501来运行存储在存储器502中的应用程序，从而实现各种功能，如下：

通过所述第一服务器接收所述虚拟IP的服务请求；获取所述服务请求对应的用户信息、所述服务请求的业务类型，以及各第二服务器所能提供的服务类型、各第二服务器的剩余性能数据；根据所述用户信息、所述业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器；将所述服务请求发送至所述目标服务器，以使所述目标服务器处理所述服务请求。

该服务器可以实现本申请实施例所提供的服务请求处理方法任一实施例中的步骤，因此，可以实现本申请实施例所提供的任一服务请求处理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

需要注意的是，本申请实施例中的第二服务器的结构也可参看图7所示的服务器的结构，在此不再赘述。

本申请实施例还提供了一种服务处理***，该服务处理***中包括多个第一服务器和多个第二服务器，多个第一服务器同用同一虚拟IP，其中，第一服务器用于执行上述服务请求处理方法的任一实施例中的步骤，第二服务器用于执行上述服务请求处理方法中的对应步骤。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令（计算机程序）来完成，或通过指令（计算机程序）控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。为此，本发明实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的服务请求处理方法中任一实施例的步骤。

其中，该存储介质可以包括：只读存储器（ROM，Read Only Memory）、随机存取记忆体（RAM，Random Access Memory）、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本发明实施例所提供的任一服务请求处理方法实施例中的步骤，因此，可以实现本发明实施例所提供的任一服务请求处理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种服务请求处理方法、装置、服务器、***以及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (8)

1.一种服务请求处理方法，其特征在于，应用于服务处理***中，所述服务处理***包括多个第一服务器、多个第二服务器和多个数据存储模块，所述多个第一服务器同用同一虚拟IP，所述服务请求处理方法，包括：

通过所述第一服务器接收所述虚拟IP的服务请求；

确定所述服务请求需要调用的目标数据；

根据所述目标数据从所述多个数据存储模块中确定存储所述目标数据的目标数据存储模块；

将所述目标数据存储模块的标识加入所述服务请求中；

获取所述服务请求对应的用户信息、所述服务请求的业务类型，以及各第二服务器所能提供的服务类型、各第二服务器的剩余性能数据；

根据所述用户信息、所述业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器；

将所述服务请求发送至所述目标服务器，以使所述目标服务器处理所述服务请求；

其中，所述根据所述目标数据从所述多个数据存储模块中确定存储所述目标数据的目标数据存储模块的步骤，包括：

根据所述目标数据从所述多个数据存储模块中确定与目标数据匹配的候选数据存储模块；

获取所述候选数据存储模块的数据量、所述候选数据存储模块的检索工具和索引方式；

根据所述数据量、所述检索工具和所述索引方式从所述候选数据存储模块中确定目标数据存储模块。

2.根据权利要求1所述的服务请求处理方法，其特征在于，所述服务处理***还包括服务器决策模型，所述服务器决策模型具有特征提取器和服务器决策器，

所述根据所述用户信息、所述业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器的步骤，包括：

将所述用户信息、所述业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，输入至所述特征提取器中，得到服务器决策特征；

将所述服务器决策特征，输入至所述服务器决策器中，以输出多个第二服务器所对应的决策概率；

从多个第二服务器所对应的决策概率中选取所述决策概率最大的第二服务器作为目标服务器。

3.根据权利要求1所述的服务请求处理方法，其特征在于，所述根据所述用户信息、所述业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器的步骤，包括：

根据所述业务类型确定匹配的服务类型，将匹配的服务类型所对应的第二服务器作为候选服务器；

根据所述用户信息确定对应的用户优先级；

根据所述用户优先级和各第二服务器的剩余性能数据，从所述候选服务器中确定目标服务器。

4.根据权利要求3所述的服务请求处理方法，其特征在于，所述剩余性能数据包括剩余处理能力数据和剩余存储容量数据，根据所述用户优先级和各第二服务器的剩余性能数据，从所述候选服务器中确定目标服务器的步骤，包括：

确定所述剩余性能数据的性能等级；

根据所述用户优先级确定与其匹配的目标性能等级；

从所述候选服务器中确定与所述目标性能等级匹配的第二服务器作为目标服务器。

5.根据权利要求1所述的服务请求处理方法，其特征在于，所述确定所述服务请求需要调用的目标数据的步骤，包括：

获取处理所述服务请求的处理接口；

根据所述处理接口确定所述目标数据。

6.一种服务请求处理装置，其特征在于，应用于服务处理***中，所述服务处理***包括多个第一服务器、多个第二服务器和多个数据存储模块，所述多个第一服务器同用同一虚拟IP，所述服务请求处理装置，包括：

第一接收模块，用于通过所述第一服务器接收所述虚拟IP的服务请求；

数据获取模块，用于获取所述服务请求对应的用户信息、所述服务请求的业务类型，以及各第二服务器所能提供的服务类型、各第二服务器的剩余性能数据；

第一确定模块，用于根据所述用户信息、所述业务类型、各第二服务器所能提供的服务类型和各第二服务器的剩余性能数据，从多个第二服务器中确定目标服务器；

第一发送模块，用于将所述服务请求发送至所述目标服务器，以使所述目标服务器处理所述服务请求；

其中，所述服务请求处理装置，还包括：

第二确定模块，用于确定所述服务请求需要调用的目标数据；

第三确定模块，用于根据所述目标数据从所述多个数据存储模块中确定存储所述目标数据的目标数据存储模块；具体地，第三确定模块，用于根据所述目标数据从所述多个数据存储模块中确定与目标数据匹配的候选数据存储模块；获取所述候选数据存储模块的数据量、所述候选数据存储模块的检索工具和索引方式；根据所述数据量、所述检索工具和所述索引方式从所述候选数据存储模块中确定目标数据存储模块；

加入模块，用于将所述目标数据存储模块的标识加入所述服务请求中。

7.一种服务器，其特征在于，所述服务器包括：

一个或多个处理器；存储器；以及一个或多个计算机程序，其中所述处理器和所述存储器相连接，所述一个或多个计算机程序被存储于所述存储器中，并配置为由所述处理器执行上述执行于权利要求1-5任一项所述的服务请求处理方法中的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如权利要求1-5任一项所述的服务请求处理方法中的步骤。

Images