[发明专利]一种事件处理的方法、服务器及系统有效
申请号: | 201810150232.3 | 申请日: | 2018-02-13 |
公开(公告)号: | CN108566291B | 公开(公告)日: | 2020-04-28 |
发明(设计)人: | 刘晓丰;杨博为 | 申请(专利权)人: | 北京三快在线科技有限公司 |
主分类号: | H04L12/24 | 分类号: | H04L12/24 |
代理公司: | 北京润泽恒知识产权代理有限公司 11319 | 代理人: | 莎日娜 |
地址: | 100083 北京市海*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 事件 处理 方法 服务器 系统 | ||
本发明实施例提供了一种事件处理的方法、服务器及系统,其中所述方法包括:接收下游系统发送的事件信息,其中,所述事件信息包括事件标识;如果在预设的共享缓存数据库中没有查找到所述事件标识,则基于所述事件标识获取对应的事件状态信息;将所述事件标识以及对应的事件状态信息写入所述共享缓存数据库中。本发明实施例可以使得事件状态信息不存在任何一台上游节点中,而是统一存储在共享缓存中,实现了事件状态信息与上游节点的分离,使得本发明实施例能够应用于所有场景的状态信息。
技术领域
本发明涉及电话数据处理领域,特别是涉及一种事件处理的方法、服务器及系统。
背景技术
为了提升整体应用的可靠性,提升系统的并发性能,在状态服务中,现有技术通常采用状态节点通讯粘性或者主备服务模式进行状态迁移,但上述两种方式分别存在以下不足:
针对状态节点通讯粘性的方式,状态节点分发一般是根据某一个特定的属性值做hash取余算法,唯一命中某一服务节点,而hash取余算法的分母就是应用节点的数量,所以在新增或减少应用节点时,对hash取余算法都有影响,使得节点无法扩容。另一方面,由于节点的数据保持在服务器的内存中,数据由节点本身维护,当应用节点故障时,内存数据随即消失,无法恢复。
针对主备服务模式的方式,通讯节点只在主服务上进行状态维护,当主节点出现故障时,备份节点立即启用,这种方案只能维持简单的场景状态逻辑,当遇上复杂的场景时,状态无法变更。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种事件处理的方法、服务器及系统。
为了解决上述问题,本发明实施例公开了一种事件处理的方法,所述方法包括:
接收下游系统发送的事件信息,其中,所述事件信息包括事件标识;
如果在预设的共享缓存数据库中没有查找到所述事件标识,则基于所述事件标识获取对应的事件状态信息;
将所述事件标识以及对应的事件状态信息写入所述共享缓存数据库中。
优选地,所述事件标识包括业务对象标识以及事件序号,在所述在预设的共享缓存数据库中没有查找到所述事件标识,则基于所述事件标识获取对应的事件状态信息之前,还包括:
在共享缓存数据库中查找所述业务对象标识以及事件序号;
若均查找到所述业务对象标识以及所述事件序号,则判定所述事件标识查找成功;
若查找到所述业务对象标识但没有查找到所述事件序号,或者,均没有查找到所述业务对象标识以及所述事件序号,则判定所述事件标识查找失败。
优选地,所述将所述事件标识以及对应的事件状态信息写入所述共享缓存数据库中,包括:
若均没有查找到所述业务对象标识以及所述事件序号,则将所述业务对象标识作为主键,所述事件序号以及所述事件状态信息作为所述主键对应的值,写入所述共享缓存数据库中;
若查找到所述业务对象标识但没有查找到所述事件序号,则将所述事件序号以及所述事件状态信息覆盖所述业务对象标识下的原有记录。
优选地,所述方法还包括:
若在预设的共享缓存数据库中查找到所述事件标识,或者,在所述将所述事件标识以及对应的事件状态信息写入所述共享缓存数据库中以后,则向所述下游系统返回处理完成信息。
优选地,在所述接收下游系统发送的事件信息的步骤之前,所述方法还包括:
向下游系统发送订阅消息。
本发明实施例还公开了一种事件处理的方法,所述方法包括:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京三快在线科技有限公司,未经北京三快在线科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810150232.3/2.html,转载请声明来源钻瓜专利网。