CN108521338A - 一种服务平台的服务处理方法及服务平台 - Google Patents

Abstract

本发明公开一种服务平台的服务处理方法及服务平台。其中，所述方法包括：接收新增加的提供服务的至少一个业务服务器的注册信息；其中，所述业务服务器预先部署所述服务；根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理。所述服务器用于执行上述方法。本发明提供的服务平台的服务处理方法及服务平台，在服务平台需要处理新增加的服务或者在提高对原有的服务的处理能力时，降低了服务平台的扩展成本。

Description

一种服务平台的服务处理方法及服务平台

技术领域

本发明涉及互联网技术领域，具体涉及一种服务平台的服务处理方法及服务平台。

背景技术

对于运营商或者服务提供商而言，通常会提供服务平台为用户提供服务，处理用户端的服务请求。

由于用户端的服务请求是变化的，例如，电商网站的平时的用户端的服务请求量小于节假日的用户端的服务请求量，势必要求服务平台具有横向处理的能力，以应对服务请求量增加的情况。目前的服务平台，一种是整体式架构的服务平台，其特点是所有的组件全部被捆绑在一起，并且相互紧密耦合，随着服务版本迭代和服务的扩张，在处理时需要将全部的组件都进行处理，尽管对于部分组件来说并没有处理的需求，增加了服务平台处理时的工作量，导致服务平台的臃肿以及维护成本的升高。另一种是整体式服务的服务平台，其特点是所有的服务都捆绑在一起，当需要进行对服务平台进行扩展的时候，需要将所有的服务都进行扩展，导致资源的浪费，而且由于采用关系型数据库，个别服务的服务请求量增加会影响到其它服务。

因此，针对服务请求如何进行处理，以降低服务平台的扩展成本成为业界亟待解决的重要课题。

发明内容

针对现有技术中的缺陷，本发明提供一种服务平台的服务处理方法及服务平台。

一方面，本发明提出一种服务平台的服务处理方法，包括：

接收新增加的提供服务的至少一个业务服务器的注册信息；其中，所述业务服务器预先部署所述服务；

根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理。

另一方面，本发明提供一种服务平台，包括：

接收单元，用于接收新增加的提供服务的至少一个业务服务器的注册信息；其中，所述业务服务器预先部署所述服务；

处理单元，用于根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理。

再一方面，本发明提供一种电子设备，包括：处理器、存储器和通信总线，其中：

所述处理器和所述存储器通过所述通信总线完成相互间的通信；

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如上述各实施例提供的服务平台的服务处理方法。

又一方面，本发明提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如上述各实施例提供的服务平台的服务处理方法。

本发明提供的服务平台的服务处理方法及服务平台，由于能够接收新增加的提供服务的至少一个业务服务器的注册信息，并根据注册信息调用业务服务器，对与服务对应的服务请求进行处理，在服务平台需要处理新增加的服务或者在提高对原有的服务的处理能力时，降低了服务平台的扩展成本。

附图说明

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

图1为本发明一实施例服务平台的服务处理方法的流程示意图；

图2为本发明另一实施例服务平台的服务处理方法的流程示意图；

图3为本发明一实施例服务平台的结构示意图；

图4为本发明另一实施例服务平台的结构示意图；

图5为本发明一实施例电子设备的实体结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明一实施例服务平台的服务处理方法的流程示意图，如图1所示，本发明提供的服务平台的服务处理方法，包括：

S101、接收新增加的提供服务的至少一个业务服务器的注册信息；其中，所述业务服务器预先部署所述服务；

具体地，当服务平台需要提供一种以前没有的服务或者现有的业务服务器不能满足对已有的服务的处理时，为了能够提供所述服务，需要在至少一个所述业务服务器上新增加所述服务的部署，即在所述业务服务器上安装所述服务对应的软件包并进行相关配置，所述软件包在安装完成之后只接受所述服务。其中，所述业务服务器是没有部署过所述服务的业务服务器，例如，所述业务服务器可以是新增加的业务服务器。所述服务在所述业务服务器上部署完成之后，所述业务服务器被启动，所述业务服务器在启动之后会向所述服务平台的注册中心发送注册信息，所述注册信息可以包括所述服务的服务名称、服务标识、服务地址信息(IP地址和端口号)、服务版本信息等。所述服务平台通过所述注册中心接收所述注册信息。其中，所述注册信息所包括的内容根据实际需要进行设置，本发明实施例不做限定；所述服务是所述服务平台能够提供的多种服务中的一种，各种所述服务与各自的业务数据库一一对应，所述业务数据库存储对应的所述服务的相关数据，所述服务的分类根据所述服务平台实际的业务进行划分，本发明实施例不做限定。

S102、根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理。

具体地，所述服务平台在获得所述注册信息之后，可以通过负载均衡器根据所述注册信息调用所述业务服务器，对所述服务请求进行处理。其中，所述服务请求是用户通过用户端发送的用于申请所述服务的请求，可以包括服务标识和用户标识。

例如，如果所述服务是新增加的服务A，那么所述服务平台通过所述负载均衡器，比如采用Netflix Ribbon作为负载均衡器，调用部署上述新增加的服务A的业务服务器对服务A的服务请求进行处理；如果现有的业务服务器不能满足对已有的服务B的处理需求，比如在某段时间出现服务B的服务请求的骤增或者现有的部署有服务B的业务服务器出现故障，那么所述服务平台可以通过所述负载均衡器调用新增加的部署服务B的业务服务器对服务B的服务请求进行处理。

本发明提供的服务平台的服务处理方法，由于能够获取新增加的处理服务的至少一个业务服务器的设备标识和服务标识，并根据设备标识和服务标识，调用业务服务器对服务对应的服务请求进行处理，在服务平台需要处理新增加的服务或者在提高对原有的服务的处理能力时，降低了服务平台的扩展成本。

在上述各实施例的基础上，进一步地，所述根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理包括：

访问与所述服务唯一对应的业务数据库对所述服务请求进行处理；其中，所述业务数据库是预设的。

具体地，所述服务平台在处理所述服务请求时，可以访问业务数据库获取处理所述服务请求的相关数据。所述业务数据库是预设的，并且与所述服务唯一对应。所述服务平台可以提供多种所述服务，每种所述服务与各自的业务数据库一一对应。对于各个所述服务之间的公用数据，例如用户信息，可以独立出来存储在公用数据库中。其中，所述业务数据库是是专用于处理所述服务的数据库，根据实际经验进行设置，本发明实施例不做限定。由于各个所述服务之间的松耦合甚至是完全隔离，可以在所述业务服务器上对各种所述服务进行单独部署，提高服务部署的效率，并且在某个所述服务突然出现大量的并发访问的时候，可以即时对该服务进行扩展；对每个所述服务进行持续集成和持续部署，使得服务平台能够快速的应对变化，并方便对所述服务的开发和维护；此外，可以容易的控制单个或者多个所述服务同时对外提供不同的版本，只需提供不同的版本的服务API访问接口即可。

例如，根据行业经验，将所述服务平台的业务划分为多种所述服务，每种所述服务与各自的所述业务数据一一对应，各种所述服务在被处理的过程中互不关联，可以被单独处理。

图2为本发明另一实施例服务平台的服务处理方法的流程示意图，如图2所示，所述服务请求包括用户标识；

相应地，所述根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理包括：

S1021、根据所述用户标识获得用户数据库编号和用户表编号；

具体地，所述服务平台在对所述服务请求进行处理的时候，需要使用到用户的相关数据，所述用户的相关数据可以储存在用户数据库中。当所述用户的数量达到千万级别或者是亿级别的时候，为了保证所述服务平台的访问效率和稳定性，可以将所有用户的相关数据分别储存在多个用户数据库中，并在每个所述用户数据库中设置多张用户表，所述用户表储存多个所述用户的相关数据。其中，每个所述用户数据库有唯一对应的用户数据库编号，每个所述用户表在其所属的用户数据库内有唯一对应的用户表编号。所述服务请求中包括用户标识，可以预先设置所述用户标识与用户数据库编号和所述用户表编号的对应关系，所述业务服务器根据所述用户标识可以获得所述用户数据库编号和用户表编号。可理解的是，所述用户标识与所述用户一一对应。

例如，所述用户标识为一串数字，比如9527。所述用户的相关数据所在的用户数据库编号设置为所述用户标识除以所有用户数据库的数量之后取整，再加1，所述用户表编号设置为所述用户标识除以10的余数。那么当所述用户标识为9527，所有用户数据库的数量为10时，对应的所述用户数据库编号为953，所述用户表编号为7。

S1022、根据所述用户数据库编号和用户表编号查询获得用户的相关数据。

具体地，所述服务平台在获得所述用户数据库编号和用户表编号之后，根据所述用户数据库编号查找到所述用户的相关数据所属的用户数据库，并根据所述用户表编号在上述用户数据库中查找到所述用户数据所在的用户表，在上述用户表中可以基于所述用户标识获得所述用户的相关数据。

在上述各实施例的基础上，进一步地，在接收新增加的提供服务的至少一个业务服务器的注册信息之前，还包括：

接收多个所述服务请求；

若判断获知在预设时间内的所述服务请求的数量大于阈值，则发出报警信息。

具体地，不同的所述用户可以通过用户端向所述服务平台发送所述服务的服务请求，所述服务平台可以接收多个所述服务请求。所述服务平台可以对所述服务请求的数量进行统计，将预设时间内所述服务请求的数量与阈值进行比较，如果所述服务请求的数量大于阈值，说明所述服务请求的数量达到了所述服务平台可以处理的极限，需要新增提供所述服务请求对应的服务的业务服务器，那么所述服务平台发出报警信息，例如发送短信给运维人员，所述运维人员根据报警信息进行后续处理。其中，所述预设时间可以是小时、天或者月，根据实际经验进行设置，本发明实施例不做限定；所述阈值根据实际经验进行设置，本发明实施例不做限定。

可理解的是，由于新增提供所述服务请求对应的服务的业务服务器需要时间，在所述服务平台发出报警信息之后到上述业务服务器部署完成之间，已有的所述业务服务器处于高负荷运转，需要处理的所述服务请求已经达到了所述业务服务器的处理极限。为了避免宕机和保证对正在处理的所述服务请求的服务质量，需要对新增的所述服务请求进行访问控制。所述服务平台在判断获知在所述预设时间内的所述服务请求的数量大于阈值之后，可以不立即将超过所述阈值的服务请求分配给已有的所述业务服务器，使超过所述阈值的服务请求处于等候状态，当已有的所述业务服务器处理完成一个所述服务请求之后，才会给相应的所述业务服务器分配一个新的所述服务请求。当新增提供所述服务请求对应的服务的业务服务器部署完成之后，所述服务平台对所述服务请求的处理回复正常。

在上述各实施例的基础上，进一步地，在所述接收多个所述服务请求之前，还包括：

接收多个所述服务请求各自对应的用户的登陆请求，并验证所述登陆请求的合法性。

具体地，为了安全性的需要，在不同的所述用户在发送所述服务请求之前，不同的所述用户需要向所述服务平台发送登陆请求，所述服务平台会接收所述登陆请求，并对所述登陆请求的合法性进行验证。所述服务平台可以接收所述登陆请求验证合法的用户发送的服务请求。对于不同种类的服务，可以使用统一的登陆入口，从而可以非常方便的实现所述用户的登录限制，所述用户的合法性验证和授权，也方便实施防攻击策略、访问限制以及安全访问升级等。

图3为本发明一实施例服务平台的结构示意图，如图3所示，本发明提供的服务平台包括接收单元301和处理单元302，其中：

接收单元301用于接收新增加的提供服务的至少一个业务服务器的注册信息；其中，所述业务服务器预先部署所述服务；处理单元302用于根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理。

具体地，当服务平台需要提供一种以前没有的服务或者现有的业务服务器不能满足对已有的服务的处理时，为了能够提供所述服务，需要在至少一个所述业务服务器上新增加所述服务的部署，即在所述业务服务器上安装所述服务对应的软件包并进行相关配置，所述软件包在安装完成之后只接受所述服务。其中，所述业务服务器是没有部署过所述服务的业务服务器，例如，所述业务服务器可以是新增加的业务服务器。所述服务在所述业务服务器上部署完成之后，所述业务服务器被启动，所述业务服务器在启动之后会向所述服务平台的注册中心发送注册信息，所述注册信息可以包括所述服务的服务名称、服务标识、服务地址信息(IP地址和端口号)、服务版本信息等。接收单元301通过所述注册中心接收所述注册信息。其中，所述注册信息所包括的内容根据实际需要进行设置，本发明实施例不做限定；所述服务是所述服务平台能够提供的多种服务中的一种，各种所述服务与各自的业务数据库一一对应，所述业务数据库存储对应的所述服务的相关数据，所述服务的分类根据所述服务平台实际的业务进行划分，本发明实施例不做限定。

处理单元302在获得所述注册信息之后，可以通过负载均衡器根据所述注册信息调用所述业务服务器，对所述服务请求进行处理。其中，所述服务请求是用户通过用户端发送的用于申请所述服务的请求，可以包括服务标识和用户标识。

本发明提供的服务平台，由于能够接收新增加的提供服务的至少一个业务服务器的注册信息，并根据注册信息调用业务服务器，对与服务对应的服务请求进行处理，在服务平台需要处理新增加的服务或者在提高对原有的服务的处理能力时，降低了服务平台的扩展成本。

在上述各实施例的基础上，进一步地，处理单元302具体用于：

访问与所述服务唯一对应的业务数据库对所述服务请求进行处理；其中，所述业务数据库是预设的。

具体地，处理单元302在处理所述服务请求时，可以访问业务数据库获取处理所述服务请求的相关数据。所述业务数据库是预设的，并且与所述服务唯一对应。所述服务平台可以提供多种所述服务，每种所述服务与各自的业务数据库一一对应。对于各个所述服务之间的公用数据，例如用户信息，可以独立出来存储在公用数据库中。其中，所述业务数据库是是专用于处理所述服务的数据库，根据实际经验进行设置，本发明实施例不做限定。由于各个所述服务之间的松耦合甚至是完全隔离，可以在所述业务服务器上对各种所述服务进行单独部署，提高服务部署的效率，并且在某个所述服务突然出现大量的并发访问的时候，可以即时对该服务进行扩展；对每个所述服务进行持续集成和持续部署，使得服务平台能够快速的应对变化，并方便对所述服务的开发和维护；此外，可以容易的控制单个或者多个所述服务同时对外提供不同的版本，只需提供不同的版本的服务API访问接口即可。

图4为本发明另一实施例服务平台的结构示意图，如图4所示，在上述各实施例的基础上，进一步地，所述服务请求包括用户标识；

相应地，处理单元302包括获得子单元3021和查询子单元3022，其中：

获得子单元3021用于根据所述用户标识获得用户数据库编号和用户表编号；查询子单元3022用于根据所述用户数据库编号和用户表编号查询获得用户的相关数据。

具体地，所述服务平台在对所述服务请求进行处理的时候，需要使用到用户的相关数据，所述用户的相关数据可以储存在用户数据库中。当所述用户的数量达到千万级别或者是亿级别的时候，为了保证所述服务平台的访问效率和稳定性，可以将所有用户的相关数据分别储存在多个用户数据库中，并在每个所述用户数据库中设置多张用户表，所述用户表储存多个所述用户的相关数据。其中，每个所述用户数据库有唯一对应的用户数据库编号，每个所述用户表在其所属的用户数据库内有唯一对应的用户表编号。所述服务请求中包括用户标识，可以预先设置所述用户标识与用户数据库编号和所述用户表编号的对应关系，获得子单元3021根据所述用户标识可以获得所述用户数据库编号和用户表编号。可理解的是，所述用户标识与所述用户一一对应。

在获得所述用户数据库编号和用户表编号之后，查询子单元3022根据所述用户数据库编号查找到所述用户的相关数据所属的用户数据库，并根据所述用户表编号在上述用户数据库中查找到所述用户数据所在的用户表，在上述用户表中可以基于所述用户标识获得所述用户的相关数据。

本发明提供的服务平台的实施例具体可以用于执行上述各方法实施例的处理流程，其功能在此不再赘述，可以参照上述方法实施例的详细描述。

图5为本发明一实施例电子设备的实体结构示意图，如图5所示，所述电子设备包括处理器(processor)501、存储器(memory)502和通信总线503；

其中，处理器501、存储器502通过通信总线503完成相互间的通信；

处理器501用于调用存储器502中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：接收新增加的提供服务的至少一个业务服务器的注册信息；其中，所述业务服务器预先部署所述服务；根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理。

本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：接收新增加的提供服务的至少一个业务服务器的注册信息；其中，所述业务服务器预先部署所述服务；根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理。

本实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：接收新增加的提供服务的至少一个业务服务器的注册信息；其中，所述业务服务器预先部署所述服务；根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理。

此外，上述的存储器中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，装置，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种服务平台的服务处理方法，其特征在于，包括：

接收新增加的提供服务的至少一个业务服务器的注册信息；其中，所述业务服务器预先部署所述服务；

根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理。

2.根据权利要求1所述的方法，其特征在于，所述据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理包括：

访问与所述服务唯一对应的业务数据库对所述服务请求进行处理；其中，所述业务数据库是预设的。

3.根据权利要求1所述的方法，其特征在于，所述服务请求包括用户标识；

相应地，所述根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理包括：

根据所述用户标识获得用户数据库编号和用户表编号；

根据所述用户数据库编号和用户表编号查询获得用户的相关数据。

4.根据权利要求1至3任一项所述的方法，其特征在于，在接收新增加的提供服务的至少一个业务服务器的注册信息之前，还包括：

接收多个所述服务请求；

若判断获知在预设时间内的所述服务请求的数量大于阈值，则发出报警信息。

5.根据权利要求4所述的方法，其特征在于，在所述接收多个所述服务请求之前，还包括：

接收多个所述服务请求各自对应的用户的登陆请求，并验证所述登陆请求的合法性。

6.一种服务平台，其特征在于，包括：

接收单元，用于接收新增加的提供服务的至少一个业务服务器的注册信息；其中，所述业务服务器预先部署所述服务；

处理单元，用于根据所述注册信息调用所述业务服务器，对与所述服务对应的服务请求进行处理。

7.根据权利要求6所述的服务平台，其特征在于，所述处理单元具体用于：

访问与所述服务唯一对应的业务数据库对所述服务请求进行处理；其中，所述业务数据库是预设的。

8.根据权利要求6所述的服务平台，其特征在于，所述服务请求包括用户标识；

相应地，所述处理单元包括：

获得子单元，用于根据所述用户标识获得用户数据库编号和用户表编号；

查询子单元，用于根据所述用户数据库编号和用户表编号查询获得用户的相关数据。

9.一种电子设备，其特征在于，包括：处理器、存储器和通信总线，其中：

所述处理器和所述存储器通过所述通信总线完成相互间的通信；

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求1至5任一项所述的方法。

10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如权利要求1至5任一项所述的方法。