[发明专利]一种业务消息处理方法及装置

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种业务消息处理方法及装置。

背景技术

微服务应用是由一组微服务模块构建的一个应用，各个微服务微模块以独立的进程运行，即各个微服务模块独立部署，并且，微服务模块之间可以相互通信。

目前，微服务应用中的各个微服务模块在进行业务消息处理过程中，各个微服务模块之间主要通过REST(Representational State Transfer，表述性状态传递)方式和RPC(Remote Procedure Call Protocol，远程过程调用协议)方式进行通信。

以各个微服务模块之间通过REST方式进行通信为例。假设，微服务应用包括4个微服务模块，分别为微服务模块1、微服务模块2、微服务模块3和微服务模块4，假设路由设备或者网关接收到来自客户端的业务消息后，需要发往微服务模块1处理，而微服务模块1依据业务消息确定出需要微服务模块2、微服务模块3和微服务模块4协同处理才能反馈给客户端最终结果，而微服务模块2又需要微服务模块4协同处理，微服务模块3也需要微服务模块4协同处理。那么，微服务模块1需要先与微服务模块2交互，交互之后，微服务模块2与微服务模块4交互，微服务模块2将交互后的处理结果反馈给微服务模块1；微服务模块1再与微服务模块3交互，交互之后，微服务模块3与微服务模块4交互，微服务模块3将交互后的处理结果反馈给微服务模块1；微服务模块1最后与微服务模块4交互，微服务模块4将交互后的处理结果反馈给微服务模块1；最后，微服务模块1依据收集的处理结果向客户端反馈最终结果。上述4个微服务模块通信交互如图1所示。

可见，在上述这种业务消息处理过程中，各个微服务模块之间需要协同处理时，相互依赖。一旦其中一个微服务模块发生阻塞，就会造成整个业务处理失败，容错性较差；并且当微服务应用需要增加新功能对应的微服务模块(微服务扩展)时，其他微服务模块可能依赖于这个新扩展的微服务模块，那么就需要改动这些微服务模块的业务逻辑。随着微服务的扩展，业务逻辑也需要不断的随着改变，微服务应用的扩展性不强。

发明内容

本发明实施例的目的在于提供一种业务消息处理方法及装置，以提高微服务应用的容错性和扩展性。

为达到上述目的，本发明实施例公开了一种业务消息处理方法，应用于微服务模块，所述微服务模块所在的系统还包括消息调度模块和消息总线，所述方法包括：

监听所述消息总线上发布的业务消息，所述业务消息为客户端发送给所述消息调度模块，并由所述消息调度模块发布给所述消息总线的，或者为所述系统中的其他微服务模块发布给所述消息总线的；

在所述业务消息的消息类型为所述微服务模块在所述消息总线上订阅的消息类型时，根据所述消息类型对所述业务消息进行处理；

将处理后得到的业务消息发布给所述消息总线，以使订阅所述处理后得到的业务消息的消息类型的其他微服务模块监听到所述处理后得到的业务消息时，处理所述处理后得到的业务消息，或者所述消息调度模块确定所述处理后得到的业务消息为结果类消息时推送给所述客户端。

为达到上述目的，本发明实施例公开了一种业务消息处理装置，应用于微服务模块，所述微服务模块所在的系统还包括消息调度模块和消息总线，所述装置包括：监听单元、处理单元和发布单元，其中，

所述监听单元，用于监听所述消息总线上发布的业务消息，所述业务消息为客户端发送给所述消息调度模块，并由所述消息调度模块发布给所述消息总线的，或者为所述系统中的其他微服务模块发布给所述消息总线的；

所述处理单元，用于在所述业务消息的消息类型为所述微服务模块在所述消息总线上订阅的消息类型时，根据所述消息类型对所述业务消息进行处理；

所述发布单元，用于将处理后得到的业务消息发布给所述消息总线，以使订阅所述处理后得到的业务消息的消息类型的其他微服务模块监听到所述处理后得到的业务消息时，处理所述处理后得到的业务消息，或者所述消息调度模块确定所述处理后得到的业务消息为结果类消息时推送给所述客户端。