CN105635303B - 一种用分布式部署服务接口提高并发访问量的方法及系统 - Google Patents

Abstract

本发明提供一种用分布式部署服务接口提高并发访问量的方法，创建生产端工程，声明并实现接口服务；将生产端工程中暴露的服务接口写入生产端配置文件；注册中心解析生产端配置文件，将服务接口注册到注册中心；将生产端服务接口横向在复数台实体服务器上分布式部署；创建消费端工程，制定消费端配置文件配置项规则；注册中心解析消费端配置文件，得到需要的服务接口声明；通过注册中心分配一实现该服务接口所对应的服务器；通过该服务器实现所需的服务，本发明还提供一种用分布式部署服务接口提高并发访问量的系统，大大降低了服务器的压力。

Description

一种用分布式部署服务接口提高并发访问量的方法及系统

技术领域

本发明涉及一种用分布式部署服务接口提高并发访问量的方法及系统。

背景技术

近年来基于调用线上云服务快速发展，一个实用欢迎度很高的线上云服务，往往会有很大调用群体，访问频率相当高；这种高并发访问对线上云服务器造成很大的压力。针对这样的一个使用场景，目前一般的解决方法是提高服务器的硬件配置，或者从程序本身结构、业务逻辑及实现细节上去优化；其中提高服务器的硬件配置增加了企业成本，并且不能很好的解决上述问题。

发明内容

本发明要解决的技术问题，在于提供一种用分布式部署服务接口提高并发访问量的方法及系统，大大降低了服务器的压力。

本发明之一是这样实现的：一种用分布式部署服务接口提高并发访问量的方法，包括如下步骤：

步骤10：创建生产端工程，声明并实现接口服务；

步骤20：将生产端工程中暴露的服务接口写入生产端配置文件；

步骤30：注册中心解析生产端配置文件，将服务接口注册到注册中心；

步骤40：将生产端服务接口横向在复数台实体服务器上分布式部署；

步骤50：创建消费端工程，制定消费端配置文件配置项规则；

步骤60：注册中心解析消费端配置文件，得到需要的服务接口声明；

步骤70：通过注册中心分配一实现该服务接口所对应的服务器；

步骤80：通过该服务器实现所需的服务。

进一步地，所述步骤10进一步具体为：

创建生产端工程，定义服务接口的功能、调用参数及返回值；并对服务接口进行编码实现。

进一步地，所述步骤10与步骤20之间还包括一步骤200：制定生产端配置文件的配置项规则。

进一步地，所述步骤200进一步具体为：

定义生产端配置文件格式为xml、定义每一个服务接口为生产端配置文件中的一个子节点以及定义子节点中服务注册超时失效时间属性字段。

进一步地，所述步骤20具体包括如下步骤：

根据实际场景需求，将所要暴露的服务接口按照步骤200中的配置项规则写入配置文件。

进一步地，所述步骤30具体包括如下步骤：

注册中心解析生产端配置文件，得到服务接口声明；并将服务接口声明注册到注册中心。

进一步地，所述步骤50中制定消费端配置文件配置项规则具体为：

定义消费端配置文件格式为xml、定义每一个消费端需要消费的服务接口为消费端配置文件的一个子节点以及定义消费端连接注册中心并从注册中心得到服务接口的超时时间属性。

进一步地，所述步骤70进一步具体为：

识别客户端传过来的服务接口声明，判断接口的合法性；若合法，则根据既定的规则算法，注册中心分配一实现该服务接口所对应的服务器；若不合法，则分配中心不进行分配。

本发明之二是这样实现的：一种用分布式部署服务接口提高并发访问量的系统，包括如下模块：

生成端模块，创建生产端工程，声明并实现接口服务；

写入配置文件模块，将生产端工程中暴露的服务接口写入生产端配置文件；

注册模块，注册中心解析生产端配置文件，将服务接口注册到注册中心；

部署模块，将生产端服务接口横向在复数台实体服务器上分布式部署；

消费端模块，创建消费端工程，制定消费端配置文件配置项规则；

获取服务声明模块，注册中心解析消费端配置文件，得到需要的服务接口声明；

获取服务器模块，通过注册中心分配一实现该服务接口所对应的服务器；

实现服务模块，通过该服务器实现所需的服务。

进一步地，所述生成端模块进一步具体为：

创建生产端工程，定义服务接口的功能、调用参数及返回值；并对服务接口进行编码实现。

进一步地，所述生成端模块与写入配置文件模块之间还包括一规则制定模块：制定生产端配置文件的配置项规则。

进一步地，所述规则制定模块进一步具体为：

定义生产端配置文件格式为xml、定义每一个服务接口为生产端配置文件中的一个子节点以及定义子节点中服务注册超时失效时间属性字段。

进一步地，所述写入配置文件模块进一步具体为：

根据实际场景需求，将所要暴露的服务接口按照规则制定模块中的配置项规则写入配置文件。

进一步地，所述注册模块进一步具体为：

注册中心解析生产端配置文件，得到服务接口声明；并将服务接口声明注册到注册中心。

进一步地，所述消费端模块中制定消费端配置文件配置项规则具体为：

定义消费端配置文件格式为xml、定义每一个消费端需要消费的服务接口为消费端配置文件的一个子节点以及定义消费端连接注册中心并从注册中心得到服务接口的超时时间属性。

进一步地，所述获取服务器模块进一步具体为：

识别客户端传过来的服务接口声明，判断接口的合法性；若合法，则根据既定的规则算法，注册中心分配一实现该服务接口所对应的服务器；若不合法，则分配中心不进行分配。

本发明具有如下优点：本发明一种用分布式部署服务接口提高并发访问量的方法及系统，将服务的接口声明与实现分开，做到物理上(不同服务器)的分离；从而分出生产端及消费端；利用本发明的注册中心作为桥梁，将消费端与生产者连接起来，如果消费端消费的频率(调用者)很高，那么生产端可以横向多部署实例来解决生产端的压力问题，并且可以根据生产端服务器的实际配置情况并按照一定规则算法来决定各个服务器之前是如何分压，来指定从而提供整个系统平台的访问并发量。

附图说明

下面参照附图结合实施例对本发明作进一步的说明。

图1为本发明的生产端工程业务流程。

图2为本发明的消费端工程业务流程。

图3为本发明的消费端、生产端以及注册中心调用关系图。

具体实施方式

本发明用分布式部署服务接口提高并发访问量的方法，包括如下步骤：

步骤10：创建生产端工程，定义服务接口的功能、调用参数及返回值；并对服务接口进行编码实现；

步骤200：制定生产端配置文件的配置项规则：定义生产端配置文件格式为xml、定义每一个服务接口为生产端配置文件中的一个子节点以及定义子节点中服务注册超时失效时间属性字段；

步骤20：根据实际场景需求，将所要暴露的服务接口按照步骤200中的配置项规则写入配置文件；

步骤30：注册中心解析生产端配置文件，得到服务接口声明；并将服务接口声明注册到注册中心；

步骤40：将生产端服务接口横向在复数台实体服务器上分布式部署；

步骤50：创建消费端工程，制定消费端配置文件配置项规则，所述制定消费端配置文件配置项规则具体为：定义消费端配置文件格式为xml、定义每一个消费端需要消费的服务接口为消费端配置文件的一个子节点以及定义消费端连接注册中心并从注册中心得到服务接口的超时时间属性；

步骤60：注册中心解析消费端配置文件，得到需要的服务接口声明；

步骤70：识别客户端传过来的服务接口声明，判断接口的合法性；若合法，则根据既定的规则算法，注册中心分配一实现该服务接口所对应的服务器；若不合法，则分配中心不进行分配；

步骤80：通过该服务器实现所需的服务。

本发明之二是这样实现的：一种用分布式部署服务接口提高并发访问量的系统，包括如下模块：

生成端模块，创建生产端工程，定义服务接口的功能、调用参数及返回值；并对服务接口进行编码实现；

写入配置文件模块，制定生产端配置文件的配置项规则：定义生产端配置文件格式为xml、定义每一个服务接口为生产端配置文件中的一个子节点以及定义子节点中服务注册超时失效时间属性字段；

注册模块，根据实际场景需求，将所要暴露的服务接口按照步骤200中的配置项规则写入配置文件；

部署模块，注册中心解析生产端配置文件，得到服务接口声明；并将服务接口声明注册到注册中心；

消费端模块，将生产端服务接口横向在复数台实体服务器上分布式部署；

创建消费端工程，制定消费端配置文件配置项规则，所述制定消费端配置文件配置项规则具体为：定义消费端配置文件格式为xml、定义每一个消费端需要消费的服务接口为消费端配置文件的一个子节点以及定义消费端连接注册中心并从注册中心得到服务接口的超时时间属性；

获取服务声明模块，注册中心解析消费端配置文件，得到需要的服务接口声明；

获取服务器模块，识别客户端传过来的服务接口声明，判断接口的合法性；若合法，则根据既定的规则算法，注册中心分配一实现该服务接口所对应的服务器；若不合法，则分配中心不进行分配；

实现服务模块，通过该服务器实现所需的服务。

本发明一种具体实施方式如下：

案例背景条件：

考虑本发明的核心内容是在各个模块之间的调用协助关系，而不是生产端的某些个具体功能实现。作为例子，这边就架设需要提供这么一个简单的功能：当消费端调用生产端给出的某个函数，当传递的是一个等差数列的首项(a1)，公差(d)，项数(n)，那么该函数返回出的值就是求等差数列的前n项和。当消费调用频率很高时，那么生产端又是如何解决这个并发问题。众所周知，知道等差数列首项(a1)，公差(d)，项数(n)，那么前n项和的公式为：sn＝n*a1+n*(n-1)*d/2

参照图1，一种用分布式部署服务接口提高网站高并发访问量的解决方案，包括如下步骤：

步骤10：创建生产端工程(其中生产端工程中包括复数个生产端)，声明并实现接口服务，具体包括如下子步骤：

步骤101定义服务接口的功能、调用参数、返回值；

服务接口定义：

public interface ISnFacade{

public ResultDto getSnValue(ArgDto argDto)；

}

接口：getSnValue就是后面消费端要使用的，调用参数及接口返回值都直接封装对应的实体里，如下面的定义。

调用参数定义：

返回值定义：

步骤102：对服务接口进行编码实现；

步骤20：制定生产端配置文件配置项规则，具体包括如下子步骤：

步骤201：定义生产端配置文件格式为xml；

步骤202：定义每一个服务接口为xml配置文件中的一个子节点；

步骤203：定义子节点中服务注册超时失效时间属性字段，并且以秒为计时单位；

步骤30：将暴露的服务接口写入生产端配置文件，具体包括如下子步骤：

步骤301：根据实际场景需求，识别出步骤10所要暴露的服务接口；

步骤302：将所要暴露的服务接口按照步骤20规定格式，写入配置文件；

步骤20、30最终的xml文件效果如下：

从配置文件来看，可以得知，暴露服务为：

<service interface＝"com.iqcloud.runtest.ISnFacade"ref＝"iSnFacade"timeout＝"60"/>

其服务接口依赖于实现：

<bean interface＝"iSnFacade"implementation＝"com.iqcloud.runtest.ISnFacadeImpl"/>

注册超时时间为60秒：

timeout＝"60"

用redis作为注册中心，并指定redis服务的IP及端口地址：

<registry address＝"redis://192.168.1.2:2181"></registry>

机子IP地址：

<machineconfiguration ip＝"192.168.1.3"port＝"21999"/>

即，生产端xml配置文件节点定义为：

定义注册中心：<registry.........></registry>

定义当前部署的生产端机子配置，例如IP及端口号：<machineconfiguration ip＝"192.168.1.3"port＝"21999"/>；这里还可以根据实际的需要，传递相应的值，比如说后面提到的步骤802涉及的服务器之间的分压算法，不同的分压规则，可能需要服务器自身的一些配置信息，那么就可以在此节点写上相应的配置，在后面步骤40注册服务时，把这些参数传递给注册中心，注册中心在分压时，就根据这些参数，按照规定的分压算法得出要提供哪台服务机器上的服务给对应的消费端消费；

暴露一个服务：<service..../>

只是暴露的服务依赖的实现体：<bean.../>

定义注册超时时间：timeout＝"60"

步骤40：解析生产端配置文件，将服务接口注册到注册中心，具体包括如下子步骤：

步骤401：解析生产端配置文件，得到服务接口声明；

步骤402：将服务接口声明注册到注册中心，这边注册可以是关系型数据库，也可以是非关系型数据库；在此案例中选取了redis作为注册中心；

步骤40及其相关子步骤，在注册中心服务中心处理；主要是用到开发工具及开发语言中的远程调用服务端的相关内容(RMI)，另外将生产端传过来的参数进行相应的处理保存，比如说生产端暴露了那些服务，生产端的IP地址，生产端的CPU、内存性能指标参数等，将这些保存在redis里；

步骤50：将生产端服务横向在多台实体服务器上分布式部署；其关键点就是：要根据每台机子的实际配置情况，对步骤20及步骤30的xml配置文件里的参数要进行相应的修改；

参照图2，一种用分布式部署服务接口提高网站高并发访问量的解决方案，包括如下步骤：

步骤60：创建消费端工程(其中消费端工程包括复数个消费端)，制定消费端配置文件配置项规则，具体包括如下子步骤：

步骤601：定义消费端配置文件格式为xml；

步骤602：定义每一个消费端需要消费的服务接口为xml配置文件的一个子节点；

步骤603：定义消费端连接注册中心从注册中心得到服务接口实体的超时时间属性，并且以秒为计时单位；

最终xml配置文件为：

<？xml version＝"1.0"encoding＝"UTF-8"？>

<beans xmlns＝"http://www.springframework.org/schema/beans"

xmlns:xsi＝"http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation＝"http://www.springframework.org/schema/beans

http://www.springframework.org/schema/beans/spring-beans-3.1.xsd">

<registry address＝"redis://192.168.1.2:2181"></registry>

<serviceconfiguration port＝"21999"/>

<referenceinterfacebean＝"iSnFacade"interface＝"com.iqcloud.runtest.ISnFacade"timeout＝"60"/>

</beans>

从配置文件来看，可以得知，需要消费的服务为：

<referenceinterfacebean＝"iSnFacade"interface＝"com.iqcloud.runtest.ISnFacade"timeout＝"60"/>

连接注册中心从注册中心获取服务接口的实现提超时时间为60秒：

timeout＝"60"

用redis作为注册中心，并指定redis服务的IP及端口地址：

<registry address＝"redis://192.168.1.2:2181"></registry>

生产端运行的端口号：

<serviceconfiguration port＝"21999"/>

步骤70：解析消费端配置文件，得到需要的服务接口说明；具体如下：

继续消费端xml配置文件，得到服务接口声明

com.iqcloud.runtest.ISnFacade

即：

public interface ISnFacade{

public ResultDto getSnValue(ArgDto argDto)；

}

步骤80：通过注册中心得到服务接口的实现体，具体包括如下子步骤：

步骤801：识别客户端传过来的服务接口说明，判断接口的合法性；具体就是，判断接口的声明是否在注册的服务列表有存在，参数是否合法；

步骤802：根据既定的规则算法，比如说加权平均值法，随机数法，从众多的服务接口端取出一个接口实体给消费端使用；具体如下：

步骤80在注册中心服务中心处理；

在步骤70，已经获取服务的接口ISnFacade，这里只有定义，并没有实现，必须从注册中心选取一个生产端实例供其消费；选取的规则，根据实际场景需要来定义，比如说：

(1)随机数法，就是直接从注册到注册中心的生产端随机选择一个实例；

(2)加权平均值法，假设注册到注册中心的生产端有三台机子，三台机子的配置各有优劣。根据步骤20、步骤30中描述那样，将配置量化，生产端注册到注册中心时，直接量化参数值告诉注册中心。注册中心处理生产端注册请求时，将这个量化值存起来。假设三台机子的量化指标为：50，30，20，值越大，说明机子性能越好。那么加权平均法，三台机子被选中的概率分别为：50％，30％，20％；

除此之外，还可以其他的选择算法。某个具体算法如果需要生产端服务器的某些配置值，那么就需要在步骤20，步骤30将相应的配置值写入配置文件，在注册时，将这些参数一并也告诉注册中心，注册中心根据实际情况做参数保存；

步骤90：调用服务接口实现的功能；即：

iSnFacade.getSnValue(argDto)

参照图3，一种用分布式部署服务接口提高网站高并发访问量的解决方案，是生产端、注册中心、消费端直接的关系图。具体说来就是：多个生产端生产服务出来，将各自生产的服务告知注册中心，多个消费端各自需要消费某些服务接口，只要把接口需求告诉注册中心，由注册中心按照既定的分配规则，从众多的生产端选取一个生产端供其使用。

当某一客户端发起一服务请求时，消费端先识别该服务请求，然后将请求发送至注册中心，注册中心则会根据该请求分配一实现该服务的生产端，生产端所在的服务器实现该服务请求，并将结果返回至客户端。

虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。

Claims (16)

1.一种用分布式部署服务接口提高并发访问量的方法，其特征在于：包括如下步骤：

步骤10：创建生产端工程，声明并实现接口服务；

步骤20：将生产端工程中暴露的服务接口写入生产端配置文件；

步骤30：注册中心解析生产端配置文件，将服务接口注册到注册中心；

步骤40：将生产端服务接口横向在复数台实体服务器上分布式部署；

步骤50：创建消费端工程，制定消费端配置文件配置项规则；

步骤60：注册中心解析消费端配置文件，得到需要的服务接口声明；

步骤70：通过注册中心分配一实现该服务接口所对应的服务器；

步骤80：通过该服务器实现所需的服务。

2.根据权利要求1所述的一种用分布式部署服务接口提高并发访问量的方法，其特征在于：所述步骤10进一步具体为：

创建生产端工程，定义服务接口的功能、调用参数及返回值；并对服务接口进行编码实现。

3.根据权利要求1所述的一种用分布式部署服务接口提高并发访问量的方法，其特征在于：所述步骤10与步骤20之间还包括一步骤200：制定生产端配置文件的配置项规则。

4.根据权利要求3所述的一种用分布式部署服务接口提高并发访问量的方法，其特征在于：所述步骤200进一步具体为：

定义生产端配置文件格式为xml、定义每一个服务接口为生产端配置文件中的一个子节点以及定义子节点中服务注册超时失效时间属性字段。

5.根据权利要求3所述的一种用分布式部署服务接口提高并发访问量的方法，其特征在于，所述步骤20具体包括如下步骤：

根据实际场景需求，将所要暴露的服务接口按照步骤200中的配置项规则写入配置文件。

6.根据权利要求1所述的一种用分布式部署服务接口提高并发访问量的方法，其特征在于，所述步骤30具体包括如下步骤：

注册中心解析生产端配置文件，得到服务接口声明；并将服务接口声明注册到注册中心。

7.根据权利要求1所述的一种用分布式部署服务接口提高并发访问量的方法，其特征在于，所述步骤50中制定消费端配置文件配置项规则具体为：

定义消费端配置文件格式为xml、定义每一个消费端需要消费的服务接口为消费端配置文件的一个子节点以及定义消费端连接注册中心并从注册中心得到服务接口的超时时间属性。

8.根据权利要求1所述的一种用分布式部署服务接口提高并发访问量的方法，其特征在于，所述步骤70进一步具体为：

识别客户端传过来的服务接口声明，判断接口的合法性；若合法，则根据既定的规则算法，注册中心分配一实现该服务接口所对应的服务器；若不合法，则分配中心不进行分配。

9.一种用分布式部署服务接口提高并发访问量的系统，其特征在于：包括如下模块：

生产端模块，创建生产端工程，声明并实现接口服务；

写入配置文件模块，将生产端工程中暴露的服务接口写入生产端配置文件；

注册模块，注册中心解析生产端配置文件，将服务接口注册到注册中心；

部署模块，将生产端服务接口横向在复数台实体服务器上分布式部署；

消费端模块，创建消费端工程，制定消费端配置文件配置项规则；

获取服务声明模块，注册中心解析消费端配置文件，得到需要的服务接口声明；

获取服务器模块，通过注册中心分配一实现该服务接口所对应的服务器；

实现服务模块，通过该服务器实现所需的服务。

10.根据权利要求9所述的一种用分布式部署服务接口提高并发访问量的系统，其特征在于：所述生成端模块进一步具体为：

创建生产端工程，定义服务接口的功能、调用参数及返回值；并对服务接口进行编码实现。

11.根据权利要求9所述的一种用分布式部署服务接口提高并发访问量的系统，其特征在于：所述生成端模块与写入配置文件模块之间还包括一规则制定模块：制定生产端配置文件的配置项规则。

12.根据权利要求11所述的一种用分布式部署服务接口提高并发访问量的系统，其特征在于：所述规则制定模块进一步具体为：

定义生产端配置文件格式为xml、定义每一个服务接口为生产端配置文件中的一个子节点以及定义子节点中服务注册超时失效时间属性字段。

13.根据权利要求11所述的一种用分布式部署服务接口提高并发访问量的系统，其特征在于，所述写入配置文件模块进一步具体为：

根据实际场景需求，将所要暴露的服务接口按照规则制定模块中的配置项规则写入配置文件。

14.根据权利要求9所述的一种用分布式部署服务接口提高并发访问量的系统，其特征在于，所述注册模块进一步具体为：

注册中心解析生产端配置文件，得到服务接口声明；并将服务接口声明注册到注册中心。

15.根据权利要求9所述的一种用分布式部署服务接口提高并发访问量的系统，其特征在于，所述消费端模块中制定消费端配置文件配置项规则具体为：

定义消费端配置文件格式为xml、定义每一个消费端需要消费的服务接口为消费端配置文件的一个子节点以及定义消费端连接注册中心并从注册中心得到服务接口的超时时间属性。

16.根据权利要求9所述的一种用分布式部署服务接口提高并发访问量的系统，其特征在于，所述获取服务器模块进一步具体为：

识别客户端传过来的服务接口声明，判断接口的合法性；若合法，则根据既定的规则算法，注册中心分配一实现该服务接口所对应的服务器；若不合法，则分配中心不进行分配。