CN209728728U - 基于智能网关的服务系统 - Google Patents

Abstract

本实用新型涉及一种基于智能网关的服务系统，该服务系统包括智能网关、框架API、文件存储库、第一数据库、管理服务模块；智能网关与框架API双向通信连接；智能网关与管理服务模块双向通信连接；框架API与文件存储库双向通信连接；文件存储库与第一数据库双向通信连接；第一数据库与管理服务模块双向通信连接。该服务系统通过智能网关的访问授权、接口收敛、安全保证、流量控制等操作，统一了服务系统的出入口和接口标准，保证了服务系统的服务安全和便于监控。

Description

基于智能网关的服务系统

技术领域

本实用新型涉及计算机服务技术领域，尤其涉及一种基于智能网关的服务系统。

背景技术

随着与不同产品的对接越来越紧密，需要接入的服务越来越多，随之带来的问题也越来越多：

1、接口规范不统一问题。规范包括通信协议、接口规范、接口版本等，这些问题导致各单位或者系统在沟通上耗费大量时间和精力，而且是长期的；

2、网络安全问题。如果暴露给外部客户端使用的服务越来越多，那么受到网络攻击的点也就越多，增加了网络安全隐患；

3、权限校验问题。一个服务能给提供什么给另一服务使用，能够使用另一服务的什么功能，目前这些都需要各系统各自实现，而且需要各个服务的开发团队进行沟通，这无形中增加开发成本。

4、没有统一的公共组件库。目前各系统有独立的组件，但使用的技术不尽统一，而且数据较为分散，以实名制为例，各系统使用的实名组件不尽相同，而且实名数据不共享，访问另外一个服务时可能需要重新进行实名，给用户带来不好的体验；

5、服务监控难。如管理员需要知道每个服务是否正常，那么管理员需要打开每个服务的日志系统进行查看。

6、代码安全问题。如需统一各项目的开发标准，则需要提供自己的代码给第三方，这可能会引起代码监管的安全问题。

发明内容

本实用新型提供一种基于智能网关的服务系统，包括智能网关、框架API(Application Programming Interface，应用程序编程接口)、文件存储库、第一数据库、管理服务模块；智能网关与框架API双向通信连接；智能网关与管理服务模块双向通信连接；框架API与文件存储库双向通信连接；文件存储库与第一数据库双向通信连接；第一数据库与管理服务模块双向通信连接。该服务系统通过智能网关的访问授权、接口收敛、安全保证、流量控制等操作，统一了服务系统的出入口和接口标准，保证了服务系统的服务安全和便于监控。

为了达到上述目的，本实用新型采用的主要技术方案包括：

一种基于智能网关的服务系统，包括智能网关、框架应用程序编程接口API、文件存储库、第一数据库、管理服务模块；

所述智能网关与所述框架API双向通信连接；所述智能网关与所述管理服务模块双向通信连接；

所述框架API与所述文件存储库双向通信连接；

所述文件存储库与所述第一数据库双向通信连接；

所述第一数据库与所述管理服务模块双向通信连接。

可选地，还包括第一接入服务；

所述第一接入服务与所述智能网关双向通信连接；

所述第一接入服务由第一应用产生；

所述第一应用位于非政务网；

所述第一应用为如下一种或多种：位于非政务网的应用程序，位于非政务网的网络web应用，位于非政务网的公众号；

所述第一接入服务为如下的一种或多种：位于非政务网的基础服务，位于非政务网的公共服务，位于非政务网的子系统服务，第三方开发的位于非政务网的服务。

可选地，所述智能网关位于政务网；

所述智能网关依次通过所述政务网，政务网互联网防火墙，互联网与所述第一接入服务双向通信连接。

可选地，还包括第二接入服务；

所述第二接入服务与所述智能网关双向通信连接；

所述第二接入服务由第二应用产生；

所述第二应用位于政务网；

所述第二应用为如下一种或多种：位于政务网的应用程序，位于政务网的web应用，位于政务网的公众号；

所述第二接入服务为如下的一种或多种：位于政务网的基础服务，位于政务网的公共服务，位于政务网的子系统服务，第三方开发的位于政务网的服务。

可选地，所述智能网关位于政务网；

第二应用包括第一数据库服务器和第一应用服务集群；

第二应用通过所述第一数据库服务器和第一应用服务集群产生第二接入服务；

所述智能网关通过所述政务网与第一数据库服务器和第一应用服务集群双向通信连接。

可选地，还包括实名认证服务；

所述实名认证服务位于非政务网；

所述智能网关依次通过所述政务网，政务网互联网防火墙，互联网与所述实名认证服务双向通信连接。

可选地，还包括公共组件服务；

所述公共组件服务位于政务网；

所述智能网关通过所述政务网与所述公共组件服务双向通信连接。

可选地，还包括管理服务；

所述管理服务位于政务网；

所述管理服务由第二数据库服务器和第二应用服务集群产生；

所述智能网关通过所述政务网与第二数据库服务器和第二应用服务集群双向通信连接。

可选地，还包括第三方服务；

所述第三方服务位于政务网；

所述第三方服务由第二数据库和第三应用产生；

所述智能网关通过所述政务网与第二数据库和第三应用双向通信连接。

可选地，还包括市垂直业务系统，地区垂直业务系统；

所述市垂直业务系统与所述智能网关双向通信连接；

所述地区垂直业务系统与所述智能网关双向通信连接。

(三)有益效果

本实用新型的有益效果是：包括智能网关、框架API、文件存储库、第一数据库、管理服务模块；智能网关与框架API双向通信连接；智能网关与管理服务模块双向通信连接；框架API与文件存储库双向通信连接；文件存储库与第一数据库双向通信连接；第一数据库与管理服务模块双向通信连接。该服务系统通过智能网关的访问授权、接口收敛、安全保证、流量控制等操作，统一了服务系统的出入口和接口标准，保证了服务系统的服务安全和便于监控。

附图说明

图1为本实用新型一个实施例提供的一种基于智能网关的服务系统的结构示意图；

图2为本实用新型一个实施例提供的另一种基于智能网关的服务系统的结构示意图；

图3为本实用新型一个实施例提供的一种基于智能网关的服务系统的网络拓扑结构示意图。

具体实施方式

为了更好的解释本实用新型，以便于理解，下面结合附图，通过具体实施方式，对本实用新型作详细描述。

随着与不同产品的对接越来越紧密，需要接入的服务越来越多，随之带来的问题也越来越多：

1、接口规范不统一问题。规范包括通信协议、接口规范、接口版本等，这些问题导致各单位或者系统在沟通上耗费大量时间和精力，而且是长期的；

2、网络安全问题。如果暴露给外部客户端使用的服务越来越多，那么受到网络攻击的点也就越多，增加了网络安全隐患；

3、权限校验问题。一个服务能给提供什么给另一服务使用，能够使用另一服务的什么功能，目前这些都需要各系统各自实现，而且需要各个服务的开发团队进行沟通，这无形中增加开发成本。

4、没有统一的公共组件库。目前各系统有独立的组件，但使用的技术不尽统一，而且数据较为分散，以实名制为例，各系统使用的实名组件不尽相同，而且实名数据不共享，访问另外一个服务时可能需要重新进行实名，给用户带来不好的体验；

5、服务监控难。如管理员需要知道每个服务是否正常，那么管理员需要打开每个服务的日志系统进行查看。

6、代码安全问题。如需统一各项目的开发标准，则需要提供自己的代码给第三方，这可能会引起代码监管的安全问题。

本实用新型提供的基于智能网关的服务系统，包括智能网关、框架API、文件存储库、第一数据库、管理服务模块；智能网关与框架API双向通信连接；智能网关与管理服务模块双向通信连接；框架API与文件存储库双向通信连接；文件存储库与第一数据库双向通信连接；第一数据库与管理服务模块双向通信连接。该服务系统通过智能网关的访问授权、接口收敛、安全保证、流量控制等操作，统一了服务系统的出入口和接口标准，保证了服务系统的服务安全和便于监控。

参见图1所示的基于智能网关的服务系统架构，本实施例提供的基于智能网关的服务系统包括：智能网关、框架API、文件存储库、第一数据库、管理服务模块。

1、智能网关

智能网关与框架API双向通信连接。

智能网关与管理服务模块双向通信连接。

智能网关可以对接入的服务进行访问授权、接口收敛、安全保证、流量控制等操作，从而形成一个良好的生态圈，统一了服务系统的出入口和接口标准，保证了服务系统的服务安全和便于监控。

2、框架API

框架API与文件存储库双向通信连接。

接入的服务通过智能网关的访问授权、接口收敛、安全保证、流量控制等操作后，会与框架API对接，进而接入本基于智能网关的服务系统。

3、文件存储库

文件存储库与第一数据库双向通信连接。

文件存储库，用于存储接入的服务产生的所有文件。例如，日志文件等。

4、第一数据库

第一数据库与管理服务模块双向通信连接。

此处的第一数据库为一个数据库，用于存储接入的服务产生的所有数据。例如，操作数据等。

其中的“第一”仅为标识作用，用于与后续第三方服务中的数据库进行区分，并未实质含义。

5、管理服务模块

管理服务模块与第一数据库双向通信连接。

管理服务模块与智能网关双向通信连接。

管理服务模块，用于对第一数据库中的数据进行管理。

管理服务模块，用于对智能网关进行管理。

图1所示的基于智能网关的服务系统可以接入服务，进而实现本实施例提供的服务系统为接入的服务提供支撑，共同为用户提供相应的服务。

接入的服务可以有多种，包括但不限于：接入服务，实名认证服务，公共组件服务，管理服务，第三方服务，市垂直业务系统的相关服务，地区垂直业务系统的相关服务。下面仅以图2所示的接入服务后的基于智能网关的服务系统为例，对接入的服务进行说明。

6、接入服务

接入服务与智能网关双向通信连接。

接入服务由如下的一种或多种应用产生：应用程序，web(网络)应用，公众号。

接入服务包括但不限于：基础服务，公共服务，子系统服务，第三方开发的服务。

产生基础服务的应用可以位于政务网(例如，内网应用，只有内网用户可以使用)，也可位于非政务网(如互联网应用，任何用户均可使用)。位于不同网络的应用产生的接入服务与智能网关的双向通信连接方式不同。

如图3所示的基于智能网关的服务系统的网络拓扑结构，下面分别对位于不同网络的应用产生的接入服务与智能网关的双向通信连接方式进行说明。

为了便于说明，本实施例将位于非政务网的应用取名为第一应用，第一应用为如下一种或多种：位于非政务网的应用程序，位于非政务网的web应用，位于非政务网的公众号。

第一应用产生的接入服务取名为第一接入服务。

第一接入服务为如下的一种或多种：位于非政务网的基础服务，位于非政务网的公共服务，位于非政务网的子系统服务，第三方开发的位于非政务网的服务。

将位于政务网的应用取名为第二应用，第二应用为如下一种或多种：位于政务网的应用程序，位于政务网的web应用，位于政务网的公众号。

第二应用产生的接入服务取名为第二接入服务。

第二接入服务为如下的一种或多种：位于政务网的基础服务，位于政务网的公共服务，位于政务网的子系统服务，第三方开发的位于政务网的服务。

此处的“第一”，“第二”仅为标识，为了区分位于不同网络的应用和产生的接入服务，并无实际含义。且第一应用具体的形式和第二应用具体的形式并无直接关系，可以相同也可以不同，第一接入服务内容和第二接入服务内容也无直接关系，可以相同也可以不同，本实施例不对第一接入服务和第二接入服务之间的关系，第一应用与第二应用之间的关系进行限定。

对于第一接入服务，其与智能网关双向通信连接。由于智能网关位于政务网内，而第一接入服务位于非政务网，因此，其连接形式为：智能网关依次通过政务网，政务网互联网防火墙，互联网与第一接入服务双向通信连接。即智能网关通过政务网连入政务网互联网防火墙，再通过政务网互联网防火墙连入互联网，进而通过互联网与第一接入服务双向通信连接。

对于第二接入服务，其与智能网关双向通信连接。由于智能网关位于政务网内，而第二接入服务也位于政务网内，因此，其连接形式为：智能网关通过政务网与第二接入服务双向通信连接。

在具体应用时，第二应用包括第二应用包括第一数据库服务器和第一应用服务集群。即第二应用通过第一数据库服务器和第一应用服务集群产生第二接入服务。因此，智能网关通过政务网与第二接入服务双向通信连接的具体连接方式为：智能网关通过政务网与第一数据库服务器和第一应用服务集群双向通信连接。

7、实名认证服务

如图3所示的基于智能网关的服务系统的网络拓扑结构，实名认证服务位于非政务网。

智能网关依次通过政务网，政务网互联网防火墙，互联网与实名认证服务双向通信连接。

实名认证服务为第三方服务的一种，除此之外，还可以接入其他位于非政务网中的第三方服务，本实施例不进行一一列举。其他位于非政务网中的第三方服务的接入方式参照实名认证服务的接入方式，本实施例不再赘述。

8、公共组件服务

如图3所示的基于智能网关的服务系统的网络拓扑结构，公共组件服务位于政务网。智能网关通过政务网与公共组件服务双向通信连接。

9、管理服务

如图3所示的基于智能网关的服务系统的网络拓扑结构，管理服务位于政务网。管理服务由第二数据库服务器和第二应用服务集群产生。智能网关通过政务网与第二数据库服务器和第二应用服务集群双向通信连接。

此处的“第二”为标识，无实际含义，仅为了与第二应用包括的数据库服务器和应用服务集群区分，即第二应用包括数据库服务器和应用服务集群命名为第一数据库服务器和第一应用服务集群，产生管理服务的数据库服务器和应用服务集群命名为第二数据库服务器和第二应用服务集群。

10、第三方服务

如图3所示的基于智能网关的服务系统的网络拓扑结构，第三方服务位于政务网。第三方服务由第二数据库和第三应用产生。智能网关通过政务网与第二数据库和第三应用双向通信连接。

此处的“第二”为标识，无实际含义，仅为了与基于智能网关的服务系统架构包括的数据库区分，即基于智能网关的服务系统架构包括的数据库命名为第一数据库，产生第三方服务的数据库为第二数据库。

此处的“第三”为标识，无实际含义，仅为了与第一应用和第二应用区分，即产生接入服务的应用命名为第一应用或者第二应用，产生第三方服务的应用命名为第三应用。

11、垂直业务系统

市垂直业务系统与智能网关双向通信连接。

12、地区垂直业务系统

地区垂直业务系统与智能网关双向通信连接。

上述基于智能网关的服务系统在具体实现时，接入的服务可以按照规范对服务事项或子级服务开发，通过智能网关获取相关公共服务(如实名认证信息等)，最后接入基于智能网关的服务系统，而智能网关对接入的服务进行访问授权、接口收敛、安全保证、流量控制等操作，从而形成一个良好的生态圈。

具体的，智能网关的具体实现方式如下：

1)注册中心，服务的注册与发现，使用Eureka实现。在服务治理框架中，会构建一个注册中心，每个服务单元向注册中心登记自己提供的服务，包括服务的主机与端口号、服务版本号、通讯协议等一些附加信息；而服务间的调用不再通过指定具体的实例地址来实现，而是通过服务名发起请求调用实现。

2)服务调用和负载，使用Feign+Ribbon实现。Feign是一个声明式的伪Http客户端，它使得写Http客户端变得更简单。使用Feign，只需要创建一个接口并注解。它具有可插拔的注解特性，可使用Feign注解和JAX-RS注解。Feign支持可插拔的编码器和解码器。

3)智能路由，使用Zuul实现。Zuul是智能网关的核心。在项目中的微服务，它们之间的相互调用就是通过zuul的设置才能实现的。

4)熔断器，使用hystrix实现。当智能网关调用具体的业务模块的时候，难免会受到网络，查询效率等因素的影响，导致响应超时，这时候就需要配置hystrix了，以免线程一直占用内存，导致内存溢出等问题，使得程序挂掉。

另外，智能网关会基于前端规范对接入的服务进行审核，其中前端规范为：

前端在进行应用设计时，务必使用UI(User Interface，用户界面)规范库内的标准控件，包含ARTboard(画板)、按钮、ICON(图表格式)、表单等内容，如：基础控件库、基础控件组合样式、典型页面、请求数据必须使用sdk.request。前端统一标准控件以保证程序内各功能展示效果和请求方式的一致性。

此外，智能网关会基于后端规范对接入的服务进行审核，其中后端规范为：

1)前端禁止传用户身份证：前端小程序禁止明文在请求参数上携带隐私信息，例如身份证号码。

2)响应内容规范：开放平台所有的接口需使用Https协议、Json数据格式、UTF8编码。

3)错误码：0表示正确返回，另外其他错误码长度为5位。

此外，智能网关会基于安全规范对接入的服务进行审核，其中安全规范为：

1)输入校验：必须对所有用户产生的输入进行校验，一旦数据不合法，应该告知用户输入非法并且建议用户纠正输入。

2)输出编码：对于不可信的数据，输出到客户端前必须先进行转义输出。

3)上传下载：必须在服务器端采用白名单(文件扩展名白名单)方式对上传或下载的文件类型、大小进行严格的限制。

4)代码注释：在注释信息中禁止包含物理路径、数据库连接、SQL语句信息。

5)接口安全：禁止敏感类接口客户端直接调用，应采用后端调用后端服务模式

6)其他：URL页面跳转，需要判断域名白名单后，才能进行跳转。

本实施例提供的基于智能网关的服务系统，包括智能网关、框架API、文件存储库、第一数据库、管理服务模块；智能网关与框架API双向通信连接；智能网关与管理服务模块双向通信连接；框架API与文件存储库双向通信连接；文件存储库与第一数据库双向通信连接；第一数据库与管理服务模块双向通信连接。该服务系统通过智能网关的访问授权、接口收敛、安全保证、流量控制等操作，统一了服务系统的出入口和接口标准，保证了服务系统的服务安全和便于监控。

需要明确的是，本实用新型并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知配置和处理的详细描述。本领域的技术人员可以在领会本实用新型的精神后，作出各种改变、修改和添加。

还需要说明的是，本实用新型中提及的示例性实施例，基于一系列的配置描述的自助终端系统。但是，本实用新型不局限于上述配置的顺序。

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

Claims (10)

1.一种基于智能网关的服务系统，其特征在于，包括智能网关、框架API、文件存储库、第一数据库、管理服务模块；

所述智能网关与所述框架API双向通信连接；所述智能网关与所述管理服务模块双向通信连接；

所述框架API与所述文件存储库双向通信连接；

所述文件存储库与所述第一数据库双向通信连接；

所述第一数据库与所述管理服务模块双向通信连接。

2.根据权利要求1所述的服务系统，其特征在于，还包括第一接入服务；

所述第一接入服务与所述智能网关双向通信连接；

所述第一接入服务由第一应用产生；

所述第一应用位于非政务网；

所述第一应用为如下一种或多种：位于非政务网的应用程序，位于非政务网的网络web应用，位于非政务网的公众号；

所述第一接入服务为如下的一种或多种：位于非政务网的基础服务，位于非政务网的公共服务，位于非政务网的子系统服务，第三方开发的位于非政务网的服务。

3.根据权利要求2所述的服务系统，其特征在于，所述智能网关位于政务网；

所述智能网关依次通过所述政务网，政务网互联网防火墙，互联网与所述第一接入服务双向通信连接。

4.根据权利要求1所述的服务系统，其特征在于，还包括第二接入服务；

所述第二接入服务与所述智能网关双向通信连接；

所述第二接入服务由第二应用产生；

所述第二应用位于政务网；

所述第二应用为如下一种或多种：位于政务网的应用程序，位于政务网的web应用，位于政务网的公众号；

所述第二接入服务为如下的一种或多种：位于政务网的基础服务，位于政务网的公共服务，位于政务网的子系统服务，第三方开发的位于政务网的服务。

5.根据权利要求4所述的服务系统，其特征在于，所述智能网关位于政务网；

第二应用包括第一数据库服务器和第一应用服务集群；

第二应用通过所述第一数据库服务器和第一应用服务集群产生第二接入服务；

所述智能网关通过所述政务网与第一数据库服务器和第一应用服务集群双向通信连接。

6.根据权利要求3或5所述的服务系统，其特征在于，还包括实名认证服务；

所述实名认证服务位于非政务网；

所述智能网关依次通过所述政务网，政务网互联网防火墙，互联网与所述实名认证服务双向通信连接。

7.根据权利要求3或5所述的服务系统，其特征在于，还包括公共组件服务；

所述公共组件服务位于政务网；

所述智能网关通过所述政务网与所述公共组件服务双向通信连接。

8.根据权利要求3或5所述的服务系统，其特征在于，还包括管理服务；

所述管理服务位于政务网；

所述管理服务由第二数据库服务器和第二应用服务集群产生；

所述智能网关通过所述政务网与第二数据库服务器和第二应用服务集群双向通信连接。

9.根据权利要求3或5所述的服务系统，其特征在于，还包括第三方服务；

所述第三方服务位于政务网；

所述第三方服务由第二数据库和第三应用产生；

所述智能网关通过所述政务网与第二数据库和第三应用双向通信连接。

10.根据权利要求1所述的服务系统，其特征在于，还包括市垂直业务系统，地区垂直业务系统；

所述市垂直业务系统与所述智能网关双向通信连接；

所述地区垂直业务系统与所述智能网关双向通信连接。