CN104580342A - 一种可扩展和完全自定义的统一接口服务平台 - Google Patents

Abstract

本发明应用于J2EE规范的Web服务领域，公开了一种Web服务在线定义、在线扩展和统一处理方法，是一种基于RESTFUL思路构建的Web服务配置和处理平台。该平台包括：服务配置监控模块、服务处理模块；服务配置监控模块通过页面配置Web服务和扩展Web服务，支持服务在线管理，通过页面操作服务上线、下线，并通过数据库脚本、JAR包插件两种方式实现服务统一配置；处理模块通过HTTP基本方法，响应应用端请求，采用URI描述服务资源；支持在线实时监控服务响应情况，通过配置页面能够实时查询和监控服务处理情况；能够对访问量进行控制，并在线调整。该平台能够广泛应用于需要快速灵活配置Web服务的应用环境，并且具有高稳定性、高扩展性的特点。

Description

一种可扩展和完全自定义的统一接口服务平台

技术领域

本发明涉及到Web服务的配置、监控、应用处理方面，尤其涉及到一种服务接口自定义配置和服务处理平台。

背景技术

目前针对Web服务的开发，一般都是基于传统SOAP、WSDL、UDDI协议的Web服务平台，协议复杂，开发难度高,每次改变都需要重启系统才能生效，不够灵活；

传统Web服务，采用硬编码方式，封装成服务，无法扩展和自定义，另外传统Web服务采用SAOP协议，决定了请求和返回都必须采用XML格式，无法使用其他格式，例如JSON格式；

传统Web服务数量取决系统本身容量，无法在达到最大能力之前进行控制，造成系统过载情况下崩溃，同时也无法对具体用户采用通用方式进行访问量个性化设置；

传统Web服务通过定义个性化接口来抽象Web，没有利用HTTP基本方法，降到了服务调用的互操作能力；

现有基于RESTFUL的WEB服务，主要使用一些中间件，通过使用标记的方式把现有程序封装成服务，但一旦服务处理逻辑发生变化，还需要修改代码，才能实现。

发明内容

本发明的目的在于克服传统Web服务的不足，结合RESTFUL思想，通过使用HTTP基本方法POST、PUT方式完成请求处理，减少服务调用复杂性；

本发明通过统一的处理方式，来支持多样复杂的服务需求，通过统一方式完成身份验证，服务访问控制、服务处理，结果返回等；

本发明提供一种通过界面，采用两种方式：数据库脚本语言、JAR包插件方式，提供一种统一配置，可扩展，支持在线发布的服务平台，通过该平台，可以直接在界面完成服务配置，动态设置请求参数，然后通过在线部署直接发布成服务；

本发明对于直接需要数据库操作的服务，可以通过数据库脚本，包括普通脚本和存储过程按照规定格式编写，平台自动识别出输入参数，并可以通过界面配置映射参数和参数实例化方法，并可以通过界面对返回结果内容和格式进行定义；

本发明能够把多条数据库脚本封存成一个服务，并分别对脚本输入和输出结果进行界面配置，并对各脚本输出结果顺序进行定义；

本发明更改支撑多种数据源服务封装，能够把多种数据库实例数据配置到一个服务中，并能够对分库数据智能处理，准确无误地从数据所在分库提取数据；

本发明对复杂服务，包括复杂逻辑处理服务，通过定义统一接口方式，采用JAR包插件方式进行支撑，开发人员按接口方式实现具体业务逻辑，打包成JAR包，然后通过界面把JAR配置成服务；

本发明提供一种通过界面动态设置单个服务访问数量、具体应用端访问数量和访问来源IP控制的能力，并支持在线参数调整；

本发明包括两大模块：服务处理模块，服务配置监控模块。支持系统动态扩展，当系统需要扩容时，只需要重新发布一套服务处理模块，并在服务配置模块通过界面进行简单的通信配置，就能够实现服务配置信息同步和共享；

本发明能够通过配置和监控模块，能够实时在线监控各服务访问量，并能够查看服务每次请求具体信息；

其配置和处理模块包括如下功能：

功能1：服务基本信息配置，要确定服务编码，服务类型、并行数量；

功能2：根据服务类型不同，显示差异化的服务具体配置信息；

功能3：填写具体的配置语句或者JAR插件包，系统自动解析出相应的参数；

功能4：修改或者默认映射参数编码，配置测试实例参数；

功能5：根据测试实例参数，自动处理出所有输出结果；

功能6：根据需要，调整输出结果格式和内容；

功能7：发布服务，实现服务上下线管理；

功能8：应用端开发人员根据平台分配的身份验证码，通过公用服务，查询出所有具有权限的服务列表；

功能9：根据需要，可以近一步根据公共服务，查询出具体服务功能、输入、输出参数等信息；

功能10：根据服务调用信息，在应用方构建出服务访问URI和参数，使用基本HTTP方法调用服务；

功能11：服务平台接受到请求时，首先进行身份验证，包括访问权限，访问IP等，确定应用端合法；

功能12：然后验证应用端访问量，可以根据服务配置数量，动态判断和控制用户访问量，避免单个应用端占用过多资源，并对达到阀值的应用端或服务，及时监控；

功能13：通过验证后，服务处理引擎自动解析出请求信息，提供给服务使用，并把处理结果，根据应用端要求，自动以XML或JSON格式返回；

经由上述的服务配置和处理步骤可知，与现有服务框架相比较，本发明实现了一种可在线服务定义方法，并能够对数据库脚本类服务进行直接配置，并支持多个数据库，分库等方式配置；对于复杂逻辑服务，本发明通过JAR包插件配置方式进行统一支持；并能够对服务上下线，通过页面进行操作，区别传统服务需要重启方式部署；并能够对服务访问控制，包括权限、访问主机IP、访问数量等进行在线动态配置和调整；并提供对服务访问情况的实时监控和告警。

附图说明

为了更清楚地说明本发明实施例或现有平台的功能，下面将对实施例或现有平台描述中所需要使用的附图作简单地介绍，用来提供对本发明的进一步理解，并且构成说明书的一部分，并不构成对本发明的限制；

图1为本发明实施例一种服务配置流程图；

图2为本发明实施例一种服务请求处理流程图；

图3为本发明模块关系图，以及服务应用交互图。

具体实施方式

下面将结合本繁忙实施例中的附图，对本发明实施例中的功能模块进行清楚、完整地描述，本发明实施例是基于JAVA EE（Java Platform，Enterprise Edition）中间件框架，例如TOMCAT等。所有模块都需要运行在中间件环境下，服务处理模块和服务配置监控模块分别部署；

请参阅附图1为本发明公开的一种基于数据库脚本方式的服务配置实施例流程图。可以应用于符合JAVA EE规范中间件平台，主要用于部署服务配置和监控模块，该模块可以包括

步骤101：进入配置页面，根据页面信息，填写服务编码、服务名称、服务名称、服务访问数量等信息；服务编码是服务访问标示，支持大小写通用；服务类型用于区分数据库脚本服务和JAR插件服务，根据具体情况，选择服务类型，该实例选择数据库脚本服务；服务访问数量用于服务处理模块控制该服务访问数量；

步骤102：进入服务配置详细页面，选择脚本执行数据源实例，如果数据库采用分库方式，选择数据源组；输入脚本，采用符号“：”标识输入参数；本发明自动解析信息，对重复输入参数自动执行合并，并支持通过页面配置映射参数、参数实例来源、测试值信息；

步骤103：完成服务详细配置后，模块自动执行脚本，根据测试值，预生成出输出结果，并支持通过页面配置具体输出内容和格式；

步骤104：完成服务配置后，本发明支持在线测试，自动模拟服务请求，并把服务结果输出界面；如果感觉不符合需求，可以返回修改；确认服务配置完毕后，可以在线发布服务，发布后，服务处理模块就可以响应服务请求，不需要服务处理模块重启；对需要修改的服务，支持通过页面下线服务，然后通过页面修改；

通过以上实施例的方法步骤，通过页面配置，就可以实现服务的可扩展和完全自定义；

在上述本发明公开的实施例的基础上，请参见附图2，为本发明服务处理模块响应服务处理过程的流程图，可以应用于符合JAVA EE规范中间件平台，主要用于部署服务响应处理模块；

步骤201：应用端向服务处理模块发起请求后，服务处理模块根据基本的HTTP请求协议，对请求进行解析处理；首先解析出服务编码和身份验证码，根据身份验证码，结合服务配置信息，验证应用端合法性；合法性包括服务是否有权访问，应用端是否从特定IP发起访问；对非法请求拒绝，服务处理端拒绝处理；

步骤202：应用端发起的请求，通过身份验证后，会对用户访问服务进行监控；监控包括两个方面：服务实时访问数量、应用端实时访问数量；服务处理端根据服务配置信息，实时监控服务访问数量，应用端访问数量是否超过阀值；两个阀值超过任何一个，服务处理模块为保证整个系统稳定，都拒绝进行处理，并向系统管理人员发起告警；服务处理模块实时监控访问数量，当实时访问数量低于阀值后，服务就能正常访问；

步骤203：应用端请求通过服务监控无异常后，服务处理模块提出预处理的服务配置信息、请求信息放入服务处理引擎；服务处理引擎实例化处理脚本，向对应数据源发起请求，并接收处理结果；

步骤204：根据服务配置情况，封装成响应格式结果，并根据应用端请求需求，返回成XML或JSON格式；

通过此实施例，对第一个实例中配置的服务，服务处理模块实现了如何处理应用端请求，经过以上两个实例的实施，本发明不仅能够实现对服务在线定义和可扩展改造，而且能实现对请求进行统一处理和监控，提供了一种可扩展和完全自定义的统一服务接口平台搭建方案；

图3为整个平台功能模块和服务应用交互整体关系图；里面的数据源配置模块是为平台整体运行提供辅助功能；为了提高平台性能，平台提供服务初始化模块和数据源初始化模块，对基础信息进行缓存处理；

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或者使用本发明，本文中阐述的一般原理可以在其它实施例中实现，因此本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和思路相一致的最宽的范围。

Claims (10)

1.一种Web服务在线定义，在线扩展、统一处理方法，其特征在于，应用于符合JAVA EE（Java Platform，Enterprise Edition）规范中间件上，是一种基于RESTFUL思路构建地新型Web服务配置和处理平台，所述平台包括：服务配置监控模块、服务处理模块，该方法包括：

所述配置支持B/S架构，所述配置模块支持通过页面配置Web服务和扩展Web服务；

所述配置模块支持服务在线管理，通过页面操作服务上线、下线，控制服务对外可用性；

所述配置模块支持通过数据库脚本、JAR包插件两种方式统一配置服务。

2.根据权利要求1所述的服务定义方法，其特征在于服务配置时，支持通过界面添加数据源，不仅支持单数据源，还支持分库模式数据源组，智能解析输入参数，并提供界面进行参数映射和实例化方式配置。

3.根据权利要求1所述的服务定义方法，其特征还在于服务输出结果也可以通过界面配置，包括输出格式，输出内容。

4.根据权利要求1所述的服务定义方法，其特征还在于对于数据库脚本型服务，可以支持多个脚本配置成一个服务，并能定义脚本输出结果格式。

5.根据权利要求1所述的服务定义方法，其特征还在于服务并发请求数量，应用端并发数量，可以通过配置界面个性化配置。

6.根据权利要求1所述的服务定义方法，其特征还在于应用端能够访问服务的范围，应用端访问服务的IP地址，可以通过配置界面个性化配置。

7.根据权利要求1所述的服务定义方法，其特征还在于对于JAR插件方式服务，可以通过实现规范接口JAR，然后通过界面选择实现JAR包，自动解析出输入参数，并进行实例化配置方式实现复杂服务的配置。

8.服务处理方法，其特征在于能够采用统一HTTP方法，响应应用端请求，并使用URI代表服务资源响应，包括

所述处理模块通过HTTP基本方法，响应应用端请求，采用URI描述服务资源，而不是像传统Web服务通过过多方法定义来实现服务；

所述处理模块通过统一方式处理服务请求，实现服务隔离，使单个服务故障不会影响整个平台，避免因不可控因素造成整个平台无法响应请求情况发生；

所述处理模块统一处理应用端身份认证、权限认证；

所述处理模块通过模块初次启动时，自动完成服务信息和数据源等基础信息初始化和缓存，并通过在线响应配置模块基础信息变化通知，实时自动更新服务。

9.所述平台通过配置模块和处理模块配合，支持在线实时监控服务响应情况，通过配置页面能够实时查询和监控服务处理情况；能够对服务访问量、用户访问量进行控制，并能个性化在线调整。

10.所述平台支持配置模块和处理模块灵活部署，既可以服务模块和处理模块部署在一起，也可以分开部署，实现一个配置模块管理多个处理模块；支持动态扩容，支持通过配置模块简单参数配置，实现对处理模块管理，服务配置信息改变实时与处理模块共享。