[发明专利]一种网关业务实现方法、控制装置和网关

说明书

一种网关业务实现方法、控制装置和网关，网关业务控制装置根据输入指令生成网关业务模型；根据生成的所述网关业务模型向网关下发网关业务信息。网关获取用于实现网关业务的多个第一指令，根据所述第一指令对接收的报文进行处理。本申请网关业务采用模型驱动设计，可以应对不同的业务需求，快速实现业务目标，不再需要根据不同业务开发不同插件。

技术领域

本申请涉及云基础设施领域，更具体地，涉及一种网关业务实现方法、控制装置和网关。

背景技术

在服务化架构中,超文本传输协议(HTTP，HyperText Transfer Protocol))网关(包含http 1.0，http 1.1和http 2.0等)承担着整个系统对外的入口，是服务化体系中的核心组件。从面向对象设计的角度看，它与外观模式类似。网关封装了系统内部架构，为每个客户端提供一个定制的应用程序编程接口(API，Application ProgrammingInterface)。它可能还具有其它职责，如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理。所有的客户端和消费端都通过统一的网关接入微服务，需要在网关层处理所有的非业务功能。

现在各种各样的API网关其各有特色，但是其网关业务的开发都需要通过编写代码，开发多个插件来完成，介绍如下：

Nginx：作为最为流行的HTTP网关，其处理性能高，稳定性好，但是动态能力不足，新配置的下发需要重启才能生效，并且网关业务需要满足其规范，使用插件方式进行开发，对开发人员的技术水平要求高。

OpenResty：基于Nginx，但是为了降低Nginx自身插件的开发难度，引入Lua来开发网关业务插件。

Kong：基于Nginx，采用lua为openapi开发了很多特定的插件，实现开箱即用的目的，但是非预置的功能都需要自身开发插件。

Zuul：基于java开发，可以使用java或者groovy开发其业务所需插件

使用上面的HTTP网关开发HTTP业务最大的缺点是：完成不同的HTTP网关业务需要开发不同的网关插件，导致业务上线慢，稳定性不高，不能灵活调整。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供了以下方案。

一种网关业务实现方法，应用于网关业务控制装置，包括：

根据输入指令生成网关业务模型；

根据生成的所述网关业务模型向网关下发网关业务信息，以在所述网关上执行网关业务处理。

一种网关业务控制装置，包括模型设计器和业务下发接口，其中：

所述模型设计器，设置为根据输入指令生成网关业务模型；

所述业务下发接口，设置为根据生成的网关业务模型向网关下发网关业务信息。

一种实现网关业务的方法，包括：

网关获取用于实现网关业务的多个第一指令，其中，所述第一指令基于网关业务模型得到；

所述网关根据所述第一指令对接收的报文进行处理。

一种网关，包括网关控制面和指令执行器，其中：

所述网关控制面，设置为获取用于实现网关业务的多个第一指令并下发给所述指令执行器，其中，所述第一指令基于网关业务模型得到，所述网关业务模型采用如本发明任一实施例所述网关业务模型生成方法生成；

所述指令执行器，设置为根据下发的所述第一指令对接收的报文进行处理。