[发明专利]一种异步消息处理方法、装置、电子设备及存储介质在审
申请号: | 202110292833.X | 申请日: | 2021-03-18 |
公开(公告)号: | CN112988422A | 公开(公告)日: | 2021-06-18 |
发明(设计)人: | 邵长营 | 申请(专利权)人: | 北京京东乾石科技有限公司 |
主分类号: | G06F9/54 | 分类号: | G06F9/54 |
代理公司: | 北京德琦知识产权代理有限公司 11018 | 代理人: | 郑红娟;宋志强 |
地址: | 100176 北京市大兴区北京经济技*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 异步 消息 处理 方法 装置 电子设备 存储 介质 | ||
本申请公开了一种异步消息处理方法、装置、电子设备及存储介质,包括:系统中间件接收业务系统产生的业务消息;系统中间件根据设置的业务规则对业务消息进行调度处理,使得无需关联的业务消息保持为无关联关系的业务消息,需要关联的业务消息则成为有关联关系的业务消息;系统中间件将经过调度处理的业务消息重新反馈给所述业务系统。应用本申请方案,由于本申请实施例中的系统中间件是集成在业务系统内部的中间件,无需在第三方服务器中单独部署,可以大大降低开发和运行成本。本申请实施例中的业务消息为异步消息,在系统中间件的调度控制下,在保持异步消息高吞吐率和高处理能力的基础上,还达到了同步消息才能达到的关联效果。
技术领域
本申请涉及互联网技术领域,尤其涉及一种异步消息处理方法、装置、电子设备及存储介质。
背景技术
随着互联网技术的发展,各行各业越来越依赖互联网提供服务。尤其是微服务和容器(docker)技术的出现,使得服务应用的发展更是与日俱增。
服务系统之间会产生、交互和处理大量的业务消息。其中,业务消息在服务系统之间交互可以采用同步和异步两种模式。同步模式是指第一服务系统处理完来自第二服务系统的一个业务消息,并反馈给第二服务系统之后,第一服务系统才能处理下一个业务消息。这种模式的吞吐量和处理能力比较低。相比之下,异步模式中第二服务系统无需等待第一服务系统处理业务消息的结果,可以直接产生大量的业务消息,第一服务系统按照自身实际情况处理业务消息即可。异步模式大大提高了吞吐量和处理能力,因此得到业内的青睐。
在异步模式下,业务消息通常为独立的消息,消息之间不具有关联关系,难以满足有关联关系的业务场景。而业务系统之间往往是通过单独部署第三方服务器以及配套软件来实现异步消息的处理,比如kafka、RabbitMQ等等。如果直接对单独部署的第三方服务器进行开发来满足有关联关系的业务场景的需求,其开发和运行成本都将比较高。
发明内容
针对上述现有技术,本发明实施例公开一种异步消息处方法,可以克服现有技术中异步消息无法满足有关联关系的业务场景需求的缺陷,达到满足有关联关系业务场景需求的目的。
鉴于此,本申请实施例提出一种异步消息处理方法,具体包括:
系统中间件接收业务系统产生的业务消息,所述系统中间件是所述业务系统内部集成的中间件,所述业务消息为独立的异步消息;
所述系统中间件根据设置的业务规则对所述业务消息进行调度处理,使得无需关联的业务消息保持为无关联关系的业务消息,需要关联的业务消息则成为有关联关系的业务消息;
所述系统中间件将经过调度处理的业务消息重新反馈给所述业务系统,由所述业务系统进行业务处理。
进一步地,
所述系统中间件根据设置的业务规则对所述业务消息进行调度处理的步骤包括:
将所述业务消息推送到建立的消息队列中;
在启动消息消费时,从所述消息队列中获取所述业务消息;
针对无需关联的业务消息,直接将其作为调度处理后的业务消息,并执行所述系统中间件将经过调度处理的业务消息重新反馈给所述业务系统的步骤;
针对需要关联的业务消息,则根据设置的业务规则判断当前是否可以执行,如果可以执行,则直接将其作为调度处理后的业务消息,并执行所述系统中间件将经过调度处理的业务消息重新反馈给所述业务系统的步骤;否则,将其重新推送到所述消息队列中等待。
进一步地,
所述将业务消息推送到建立的消息队列中的步骤包括:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京京东乾石科技有限公司,未经北京京东乾石科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110292833.X/2.html,转载请声明来源钻瓜专利网。
- 上一篇:一种基于单PTZ摄像头的全景图片生成方法及设备
- 下一篇:一种扁管传送设备