一种系统消息限流方法、装置及设备制造方法及图纸

技术编号:38045511 阅读:8 留言:0更新日期:2023-06-30 11:11
本申请实施例提供了一种系统消息限流方法、装置及设备,应用于任务调度技术领域,该方法包括:将上游系统中待处理消息的第一消息类型与预设的多个第二消息类型进行匹配;确定匹配时,将待处理消息存储到预先建立的数据库中,并根据预设的消息转发条件,将数据库中的待处理消息转发到下游系统;确定下游系统接口被待处理消息的调用情况满足预设的消息熔断条件时,对下游系统接口实行第一预设策略,以及对待处理消息实行第二预设策略。通过上述方法,能够快速处理上游系统的待处理消息并有针对性地对消息类型进行管理,动态管理的策略也可以进一步提升资源利用率;加入了消息熔断机制,能够有效避免下游系统堵塞的情况。能够有效避免下游系统堵塞的情况。能够有效避免下游系统堵塞的情况。

【技术实现步骤摘要】
一种系统消息限流方法、装置及设备


[0001]本申请涉及任务调度
,具体涉及一种系统消息限流方法、装置及设备。

技术介绍

[0002]当前银行系统消息中心承接多个系统发布的各种消息,消息种类多且数量大。由于特定业务场景的需要,生产环境中经常会出现单个类型消息并发量突发增加,消息处理不及时,会导致上游消息积压及负载过高。为了解决消息中心上游系统积压问题,当前常用解决方案是提高消息中心处理能力,启用多个线程对消息进行处理;或者通过提升系统硬件性能的方式提高处理速率。由于目前是一个线程仅处理一类消息,因此多线程的处理方式依然不能本质上解决消息量激增时带来的问题,可能会导致平常系统运行正常,但是当某类消息数量激增,处理不及时导致积压,而且多线程的开启可能会导致计算资源的浪费;而通过提升硬件性能来提高消息中心处理能力的方式则会提高对消息中心系统的维护难度。

技术实现思路

[0003]本申请实施例提供了一种系统消息限流方法、装置及设备,在不提高对消息中心系统维护难度的基础上,解决消息中心的上游系统消息积压的问题。
[0004]第一方面,本申请实施例提供了一种系统消息限流方法,所述方法包括:
[0005]将上游系统中待处理消息的第一消息类型与预设的多个第二消息类型进行匹配,所述第二消息类型对应的消息在预设场景下的数量大于预设数量,且重要程度小于预设程度;
[0006]确定匹配时,将所述待处理消息存储到预先建立的数据库中,并根据预设的消息转发条件,将所述数据库中的待处理消息转发到与所述上游系统相关的下游系统。
[0007]在上述实施例中,加入了消息缓存机制,对于在预设场景下,某类消息的消息数量大于预设数量,且重要性小于预设程度,则将该类型对应的消息存储到预先建立的数据库中,当满足消息转发条件时,才将数据库中的待处理消息转发到与所述上游系统相关的下游系统,达到了避免上游系统消息积压的效果,而且并未提升消息中心硬件的性能,因此也不会提高对消息中心系统的维护难度。
[0008]在一种可能的实施方式中,所述根据预设的消息转发条件,将所述数据库中的待处理消息转发到与所述上游系统相关的下游系统,包括:
[0009]按照预设的周期判断所述数据库中是否存在待处理消息,若存在,则将所述数据库中存储的部分或全部待处理消息转发到与所述上游系统相关的下游系统。
[0010]在上述实施例中,存储在数据库中的待处理消息并不是一直存储,而是周期性的查询数据库中的消息,若数据库中存在待处理消息,则将所述数据库中存储的部分或全部待处理消息转发到与所述上游系统相关的下游系统,以保证待处理消息的及时处理,以及产生的待处理消息不会堆积在上游系统。
[0011]在一种可能的实施方式中,所述将所述数据库中的待处理消息转发到与所述上游系统相关的下游系统之后,还包括:
[0012]确定下游系统接口被所述待处理消息的调用情况满足预设的消息熔断条件时,对所述下游系统接口实行第一预设策略,以及对所述待处理消息实行第二预设策略。
[0013]在上述实施例中,为了避免下游系统出现堵塞,在下游系统设置了消息熔断机制,当触发消息熔断条件时,分别对下游系统接口和待处理消息实行对应的策略。
[0014]在一种可能的实施方式中,所述对所述下游系统接口实行第一预设策略,包括:
[0015]设置所述下游系统接口在预设的第一时间段内不可被所述待处理消息调用。
[0016]在上述实施例中,当确定满足消息熔断条件后,则禁止待处理消息调用下游系统接口,即下游系统接口不会响应待处理消息,能够保证其它消息的正常处理,进而避免消息在下游系统接口处堆积。
[0017]在一种可能的实施方式中,所述对所述待处理消息实行第二预设策略,包括:
[0018]若所述待处理消息的重要程度属于第一程度,则将所述待处理消息重新存储到所述数据库中,并等待下游系统发送支持所述待处理消息调用所述下游系统接口的消息;
[0019]若所述待处理消息的重要程度属于第二程度,则对所述待处理消息进行丢弃处理,所述第一程度大于第二程度。
[0020]在上述实施例中,对禁止下游系统接口调用的待处理消息按照其对应的重要程度分别进行不同的处理,在避免下游系统堵塞的基础上,还保证了对于重要消息的及时处理。
[0021]在一种可能的实施方式中,所述确定下游系统接口被所述待处理消息的调用情况满足预设的消息熔断条件,包括:
[0022]若在第二预设时间段内,所述下游系统接口的被调用次数大于第一预设次数,且所述下游系统接口的被调用异常次数与所述下游系统接口的被调用次数之间的比例大于第一预设比例,则确定下游系统接口被所述待处理消息的调用情况满足预设的消息熔断条件;或者
[0023]若在第三预设时间段内,所述下游系统接口的被调用次数大于第二预设次数,且所述下游系统接口响应所述待处理消息调用的时间大于第四预设时间段的次数与所述下游系统接口的被调用次数之间的比例大于第二预设比例,则确定下游系统接口被所述待处理消息的调用情况满足预设的消息熔断条件。
[0024]在上述实施例中,设置了两种消息熔断条件,将待处理消息调用下游系统接口的情况进行更细致的区分,能够针对多方面的情况进行熔断,相比目前“超时不重发”的机制更有效地解决下游系统堵塞的问题。
[0025]在一种可能的实施方式中,所述对所述下游系统接口实行第一预设策略之后,还包括:
[0026]若转发到所述下游系统的任意一条待处理消息调用所述下游系统接口出现异常,或所述下游系统接口响应所述任意一条待处理消息调用的时间大于第四预设时间段,则将所述下游系统接口继续设置为不可被所述待处理消息调用。
[0027]在上述实施例中,在消息熔断结束后,为了确定下游系统是否还存在消息堵塞的情况,需要对下游系统接口的被调用情况进行分析,若待处理消息调用所述下游系统接口不会出现异常,且待处理消息调用的时间不大于第四预设时间段,则表明下游系统不存在
堵塞的情况,下游系统接口恢复正常被调用状态,否则会继续进行消息熔断。
[0028]第二方面,本申请实施例提供了一种系统消息限流装置,所述装置包括:
[0029]匹配模块,用于将上游系统中待处理消息的第一消息类型与预设的多个第二消息类型进行匹配,所述第二消息类型对应的消息在预设场景下的数量大于预设数量,且重要程度小于预设程度;
[0030]转发模块,用于确定匹配时,将所述待处理消息存储到预先建立的数据库中,并根据预设的消息转发条件,将所述数据库中的待处理消息转发到与所述上游系统相关的下游系统。
[0031]第三方面,本申请实施例提供了一种系统消息限流设备,所述设备包括:
[0032]至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行上述第一方面中的方法。...

【技术保护点】

【技术特征摘要】
1.一种系统消息限流方法,其特征在于,所述方法包括:将上游系统中待处理消息的第一消息类型与预设的多个第二消息类型进行匹配,所述第二消息类型对应的消息在预设场景下的数量大于预设数量,且重要程度小于预设程度;确定匹配时,将所述待处理消息存储到预先建立的数据库中,并根据预设的消息转发条件,将所述数据库中的待处理消息转发到与所述上游系统相关的下游系统。2.根据权利要求1所述的方法,其特征在于,所述根据预设的消息转发条件,将所述数据库中的待处理消息转发到与所述上游系统相关的下游系统,包括:按照预设的周期判断所述数据库中是否存在待处理消息,若存在,则将所述数据库中存储的部分或全部待处理消息转发到与所述上游系统相关的下游系统。3.根据权利要求1所述的方法,其特征在于,所述将所述数据库中的待处理消息转发到与所述上游系统相关的下游系统之后,还包括:确定下游系统接口被所述待处理消息的调用情况满足预设的消息熔断条件时,对所述下游系统接口实行第一预设策略,以及对所述待处理消息实行第二预设策略。4.根据权利要求3所述的方法,其特征在于,所述对所述下游系统接口实行第一预设策略,包括:设置所述下游系统接口在预设的第一时间段内不可被所述待处理消息调用。5.根据权利要求3所述的方法,其特征在于,所述对所述待处理消息实行第二预设策略,包括:若所述待处理消息的重要程度属于第一程度,则将所述待处理消息重新存储到所述数据库中,并等待下游系统发送支持所述待处理消息调用所述下游系统接口的消息;若所述待处理消息的重要程度属于第二程度,则对所述待处理消息进行丢弃处理,所述第一程度大于第二程度。6.根据权利要求3所述的方法,其特征在于,所述确定下游系统接口被所述待处理消息的调用情况满足预设的消息熔断条件,包括:若在第二预设时间段内,所述下游系统接口的被调用次数大于第一预设次数,且所述下游系统接口的被调用异常次数与所述下游系统接口的被调用次数之间的比例大于第一预设比例...

【专利技术属性】
技术研发人员:白晓磊宗圣凯李正华
申请(专利权)人:建信金融科技有限责任公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1