基于微服务网关的请求处理方法、系统、设备及存储介质技术方案

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

【技术实现步骤摘要】
基于微服务网关的请求处理方法、系统、设备及存储介质


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

技术介绍

[0002]在RESTful Web服务系统中，状态码通常包含HTTP状态码和业务状态码两种。HTTP状态码是HTTP协议的一部分，用于表明HTTP响应状态。业务状态码是服务端给出的关于业务描述的状态码。在系统开发中，开发人员即需要对业务的执行情况设定好对应的业务状态码，也需要根据业务状态设置HTTP响应状态码。既增加了服务端的代码逻辑，也不方便对状态码的统一管理，容易出现各个微服务用相同状态码代表不同状态的情况。状态码的设定规则一般要与客户端约定好的，一旦设定规则发生了变更，所有后端服务都要进行适配调整，非常不灵活。
[0003]其中，Representational State Transfer(缩写：REST)直译就是表现层状态转换，它是一种便于不同软件/程序在网络中互相传递信息的架构风格。符合这种架构风格的网络服务可被称为RESTful风格。RESTFUL特点包括：
[0004]1、资源：每一个URI都代表一种资源；
[0005]2、方法：客户端使用GET、POST、PUT、DELETE4个表示操作方式的动词对服务端资源进行操作：GET用来获取资源，POST用来新建资源(也可以用于更新资源)，PUT用来更新资源，DELETE用来删除资源；
[0006]3、方法操作资源：通过不同方法来操作资源，导致了资源不同的表现形式。
[0007]4、操作结果表现：资源的表现形式可以是JSON，XML或者HTML等；
[0008]5、无状态：客户端与服务端之间的交互在请求之间是无状态的，从客户端到服务端的每个请求都必须包含理解请求所必需的信息。
[0009]在微服务架构中，网关是网络服务中承接客户端和后端服务的中间桥梁。网关作为所有网络请求的入口和响应的出口，它能够拦截所有网络请求的响应。本专利技术基于这一系统特性，提出了一种基于微服务网关的网络请求HTTP状态码统一处理方法及装置。
[0010]需要说明的是，上述
技术介绍
部分公开的信息仅用于加强对本专利技术的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现思路

[0011]针对现有技术中的问题，本专利技术的目的在于提供基于微服务网关的请求处理方法、系统、设备及存储介质，克服了现有技术的困难，能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。
[0012]本专利技术的实施例提供一种基于微服务网关的请求处理方法，包括以下步骤：
[0013]至少一服务端的后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关；
[0014]所述微服务网关接收到响应报文后至少解析出所述业务状态信息中的业务状态码；
[0015]所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码；
[0016]所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中；以及
[0017]所述微服务网关将所述超文本传输协议状态码响应体发送到客户端。
[0018]优选地，所述至少一后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关之间还包括：
[0019]所述客户端通过所述微服务网关向所述服务端发送业务请求。
[0020]优选地，所述业务状态信息中至少包括所述业务状态码，所述业务状态码中至少包括超文本传输协议状态码。
[0021]优选地，所述业务状态信息包括业务状态码、描述字段和数据字段。
[0022]优选地，所述业务状态码中包括超文本传输协议状态码和预设业务编码。
[0023]优选地，所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码，包括：
[0024]当所述预设映射关规则中将超文本传输协议状态码作为所述业务状态码中的前三位，并将所述业务状态码中的后X位作为预设业务编码；
[0025]则所述微服务网关截取所述业务状态码中的前三位作为超文本传输协议状态码。
[0026]优选地，所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中，包括：
[0027]所述微服务网关将所述超文本传输协议状态码嵌入一超文本传输协议状态码响应体中的预设位置。
[0028]本专利技术的实施例还提供一种基于微服务网关的请求处理系统，用于实现上述的基于微服务网关的请求处理方法，所述基于微服务网关的请求处理系统包括：
[0029]状态信息模块，至少一服务端的后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关；
[0030]报文解析模块，所述微服务网关接收到响应报文后至少解析出所述业务状态信息中的业务状态码；
[0031]状态获取模块，所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码；
[0032]状态响应模块，所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中；以及
[0033]状态反馈模块，所述微服务网关将所述超文本传输协议状态码响应体发送到客户端。
[0034]本专利技术的实施例还提供一种基于微服务网关的请求处理设备，包括：
[0035]处理器；
[0036]存储器，其中存储有所述处理器的可执行指令；
[0037]其中，所述处理器配置为经由执行所述可执行指令来执行上述基于微服务网关的请求处理方法的步骤。
[0038]本专利技术的实施例还提供一种计算机可读存储介质，用于存储程序，所述程序被执行时实现上述基于微服务网关的请求处理方法的步骤。
[0039]本专利技术的目的在于提供基于微服务网关的请求处理方法、系统、设备及存储介质，能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。
附图说明
[0040]通过阅读参照以下附图对非限制性实施例所作的详细描述，本专利技术的其它特征、目的和优点将会变得更明显。
[0041]图1是本专利技术的基于微服务网关的请求处理方法的一种实施例的流程图。
[0042]图2是本专利技术的基于微服务网关的请求处理方法的另一种实施例的流程图。
[0043]图3是本专利技术的基于微服务网关的请求处理系统的一种实施例的模块示意图。
[0044]图4是本专利技术的基于微服务网关的请求处理系统的另一种实施例的模块示意图。
[0045]图5是本专利技术的基本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于微服务网关的请求处理方法，其特征在于，包括：至少一服务端的后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关；所述微服务网关接收到响应报文后至少解析出所述业务状态信息中的业务状态码；所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码；所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中；以及所述微服务网关将所述超文本传输协议状态码响应体发送到客户端。2.根据权利要求1所述的基于微服务网关的请求处理方法，其特征在于，所述至少一后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关之间还包括：所述客户端通过所述微服务网关向所述服务端发送业务请求。3.根据权利要求1所述的基于微服务网关的请求处理方法，其特征在于，所述业务状态信息中至少包括所述业务状态码，所述业务状态码中至少包括超文本传输协议状态码。4.根据权利要求3所述的基于微服务网关的请求处理方法，其特征在于，所述业务状态信息包括业务状态码、描述字段和数据字段。5.根据权利要求3所述的基于微服务网关的请求处理方法，其特征在于，所述业务状态码中包括超文本传输协议状态码和预设业务编码。6.根据权利要求1所述的基于微服务网关的请求处理方法，其特征在于，所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码，包括：当所述预设映射关规则中将超文本...

【专利技术属性】
技术研发人员：宋琦，张英彬，李凌，
申请(专利权)人：中国电信股份有限公司，
类型：发明
国别省市：