[发明专利]一种请求消息控制方法及装置

说明书

本发明公开了一种请求消息控制方法及装置，应用于微服务系统架构中的API网关，可以获得调用方发送的请求消息；对所述请求消息进行记录，确定当前时间周期内记录的请求消息总数；确定所述请求消息总数是否大于预设请求消息数量阈值，如果大于，则拒绝响应所述请求消息，如果不大于，则响应所述请求消息。本发明通过预设请求消息数量阈值限制当前时间周期内的响应请求消息的数量，避免由于请求消息的数量突增造成的请求消息阻塞的问题，进而提高了微服务系统架构的稳定性。

技术领域

本发明涉及微服务技术领域，特别是涉及一种请求消息控制方法及装置。

背景技术

微服务是一种用于构建应用的架构方案。微服务系统架构有别于传统的单体式方案，微服务系统架构可将应用拆分成多个核心功能。每个功能都被称为一项微服务，可以单独构建和部署，这意味着各项微服务在工作和出现故障时不会相互影响。

当前，由于无法限制调用方对微服务系统架构中微服务的接口的调用，容易导致调用方在使用多线程并发请求或调用方出现bug时，会对某一微服务的接口请求消息的数量突增，使得请求消息来不及响应造成阻塞，进而导致微服务系统架构整体出现崩溃，降低微服务系统架构的稳定性。

发明内容

本发明实施例的目的在于提供一种请求消息控制方法及装置，技术方案如下：

一种请求消息控制方法，应用于微服务系统架构中的API网关，所述方法包括：

获得调用方发送的请求消息；

对所述请求消息进行记录，确定当前时间周期内记录的请求消息总数；

确定所述请求消息总数是否大于预设请求消息数量阈值，如果大于，则拒绝响应所述请求消息，如果不大于，则响应所述请求消息。

可选的，在所述拒绝响应所述请求消息之后，所述方法还包括：

向所述调用方反馈与所述请求消息对应的拒绝信息。

可选的，所述响应所述请求消息，包括：

允许所述调用方调用与所述请求消息对应的至少一个微服务的接口。

可选的，所述方法还包括：

在所述当前时间周期结束之后，将在所述当前时间周期内记录的所述请求消息总数归零；

将所述当前时间周期之后的下一时间周期确定为当前时间周期，重新对所述请求消息总数进行记录。

可选的，在所述拒绝响应所述请求消息之后，所述方法还包括：

将所述请求消息添加至预设待响应序列中；

将所述当前时间周期之后的下一时间周期确定为当前时间周期，将所述预设待响应序列中的各请求消息记录至所述当前时间周期的所述请求消息总数中；

响应所述预设待响应序列中序号数不大于所述预设请求消息数量阈值的请求消息。

可选的，在所述将所述请求消息添加至预设待响应序列中之后，所述方法还包括：

向所述调用方反馈与所述请求消息对应的待响应信息。

一种请求消息控制装置，应用于微服务系统架构中的API网关，所述装置包括：请求消息获得单元、计数器、限流过滤器、请求消息响应单元以及请求消息拒绝单元，

所述请求消息获得单元，用于获得调用方发送的请求消息；

所述计数器，用于对所述请求消息进行记录，确定当前时间周期内记录的请求消息总数；