[发明专利]基于微服务网关的请求处理方法、系统、设备及存储介质

说明书

本发明提供了基于微服务网关的请求处理方法、系统、设备及存储介质，其中，方法包括：至少一服务端的后台服务执行业务，根据业务的执行结果生成一业务状态信息，并反馈到服务端，服务端将业务状态信息通过响应报文发送到微服务网关；微服务网关接收到响应报文后至少解析出业务状态信息中的业务状态码；微服务网关根据预设映射关规则，获得对应业务状态码中的超文本传输协议状态码；微服务网关将超文本传输协议状态码加入一超文本传输协议状态码响应体中；微服务网关将超文本传输协议状态码响应体发送到客户端。本发明能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。

技术领域

本发明涉及网络信息交互领域，具体地说，涉及基于微服务网关的请求处理方法、系统、设备及存储介质。

背景技术

在RESTful Web服务系统中，状态码通常包含HTTP状态码和业务状态码两种。HTTP状态码是HTTP协议的一部分，用于表明HTTP响应状态。业务状态码是服务端给出的关于业务描述的状态码。在系统开发中，开发人员即需要对业务的执行情况设定好对应的业务状态码，也需要根据业务状态设置HTTP响应状态码。既增加了服务端的代码逻辑，也不方便对状态码的统一管理，容易出现各个微服务用相同状态码代表不同状态的情况。状态码的设定规则一般要与客户端约定好的，一旦设定规则发生了变更，所有后端服务都要进行适配调整，非常不灵活。

其中，Representational State Transfer(缩写：REST)直译就是表现层状态转换，它是一种便于不同软件/程序在网络中互相传递信息的架构风格。符合这种架构风格的网络服务可被称为RESTful风格。RESTFUL特点包括：

1、资源：每一个URI都代表一种资源；

2、方法：客户端使用GET、POST、PUT、DELETE4个表示操作方式的动词对服务端资源进行操作：GET用来获取资源，POST用来新建资源(也可以用于更新资源)，PUT用来更新资源，DELETE用来删除资源；

3、方法操作资源：通过不同方法来操作资源，导致了资源不同的表现形式。

4、操作结果表现：资源的表现形式可以是JSON，XML或者HTML等；

5、无状态：客户端与服务端之间的交互在请求之间是无状态的，从客户端到服务端的每个请求都必须包含理解请求所必需的信息。

在微服务架构中，网关是网络服务中承接客户端和后端服务的中间桥梁。网关作为所有网络请求的入口和响应的出口，它能够拦截所有网络请求的响应。本发明基于这一系统特性，提出了一种基于微服务网关的网络请求HTTP状态码统一处理方法及装置。

需要说明的是，上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

针对现有技术中的问题，本发明的目的在于提供基于微服务网关的请求处理方法、系统、设备及存储介质，克服了现有技术的困难，能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。

本发明的实施例提供一种基于微服务网关的请求处理方法，包括以下步骤：

至少一服务端的后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关；

所述微服务网关接收到响应报文后至少解析出所述业务状态信息中的业务状态码；

所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码；

所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中；以及