CN114064314A - 业务消息处理方法、系统、电子设备和计算机可读介质 - Google Patents
业务消息处理方法、系统、电子设备和计算机可读介质 Download PDFInfo
- Publication number
- CN114064314A CN114064314A CN202111334093.8A CN202111334093A CN114064314A CN 114064314 A CN114064314 A CN 114064314A CN 202111334093 A CN202111334093 A CN 202111334093A CN 114064314 A CN114064314 A CN 114064314A
- Authority
- CN
- China
- Prior art keywords
- message
- service
- cache
- data
- message data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
Abstract
本发明公开了业务消息处理方法、系统、电子设备和计算机可读介质,涉及大数据资源调度技术领域。该方法的一具体实施方式包括:消息生产者接收业务子系统发送的消息数据,并将所述消息数据写入存储在缓存中的消息队列;其中,所述消息数据包括业务信息与消息模板ID;消息消费者从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;所述消息转换者根据所述消息模板ID获取对应的消息模板,根据所述消息模板将所述业务信息转换为业务消息,并将所述业务消息存储至数据库中。该实施方式能够解决在高并发量的情况下系统不能及时处理消息容易造成堵塞从而影响业务子系统的技术问题。
Description
技术领域
本发明涉及大数据资源调度技术领域,尤其涉及一种业务消息处理方法、系统、电子设备和计算机可读介质。
背景技术
业务系统中的各个业务子系统与渠道会产生大量消息,要求消息处理模型对外为系统柜台页面及各个渠道提供消息查询功能,对内为各个业务组提供统一的消息增加接口,将业务开发提供过来的业务信息生成完整消息数据并保存进数据库,以供各渠道查询。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
1)生产者与消费者之间没有解耦,在高并发量的情况下系统不能及时处理消息容易造成堵塞从而影响业务子系统;
2)完整消息数据由各个业务子系统自行定义并将消息发送给对应的子系统、渠道或用户,由于没有统一的消息格式,消息接收方不方便进一步处理消息数据。
发明内容
有鉴于此,本发明实施例提供一种业务消息处理方法、系统、电子设备和计算机可读介质,以解决在高并发量的情况下系统不能及时处理消息容易造成堵塞从而影响业务子系统的技术问题。
为实现上述目的,根据本发明实施例的一个方面,提供了一种业务消息处理方法,包括:
消息生产者接收业务子系统发送的消息数据,并将所述消息数据写入存储在缓存中的消息队列;其中,所述消息数据包括业务信息与消息模板ID;
消息消费者从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;
所述消息转换者根据所述消息模板ID获取对应的消息模板,根据所述消息模板将所述业务信息转换为业务消息,并将所述业务消息存储至数据库中。
可选地,消息消费者从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者,包括:
消息消费者判断所述缓存是否连接正常;
若是,则将所述缓存的连接正常次数加上一,从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;
若否,则将所述缓存的连接失败次数加上一。
可选地,将所述消息数据传送至消息转换者之后,还包括:
判断在最近一段时间内所述缓存的连接正常次数是否大于等于成功次数阈值;
若是,则生成缓存服务正常的消息,将所述缓存服务正常的消息发送至目标人员,并将所述缓存的连接失败次数置为零;
若否,则结束。
可选地,将所述缓存的连接失败次数加上一之后,还包括:
判断在最近一段时间内所述缓存的连接失败次数是否大于等于失败次数阈值;
若是,则生成缓存服务异常的告警消息,将所述缓存服务异常的告警消息发送至目标人员;
若否,则结束。
可选地,所述消息生产者和所述消息消费者共享常量,所述常量为所述缓存的连接失败次数。
可选地,所述方法还包括:
若在最近一段时间内所述缓存的连接失败次数大于等于失败次数阈值,则所述消息生产者接收业务子系统发送的消息数据之后,将所述消息数据传送至消息转换者。
可选地,所述方法还包括:
若所述消息生产者将所述消息数据写入所述消息队列时失败,则将所述消息数据传送至消息转换者。
可选地,所述消息数据包括业务信息与消息模板ID;
将所述消息数据转换为业务消息,包括:
根据所述消息模板ID获取对应的消息模板,并根据所述消息模板将所述业务信息转换为业务消息。
可选地,所述缓存为Kafka或者redis。
另外,根据本发明实施例的另一个方面,提供了一种业务消息处理系统,包括:
消息生产者,用于接收业务子系统发送的消息数据,并将所述消息数据写入存储在缓存中的消息队列;
消息消费者,用于从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;
消息转换者,用于将所述消息数据转换为业务消息,并将所述业务消息存储至数据库中。
可选地,所述消息消费者还用于:
判断所述缓存是否连接正常;
若是,则将所述缓存的连接正常次数加上一,从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;
若否,则将所述缓存的连接失败次数加上一。
可选地,所述消息消费者还用于:
将所述消息数据传送至消息转换者之后,判断在最近一段时间内所述缓存的连接正常次数是否大于等于成功次数阈值;
若是,则生成缓存服务正常的消息,将所述缓存服务正常的消息发送至目标人员,并将所述缓存的连接失败次数置为零;
若否,则结束。
可选地,所述消息消费者还用于:
将所述缓存的连接失败次数加上一之后,判断在最近一段时间内所述缓存的连接失败次数是否大于等于失败次数阈值;
若是,则生成缓存服务异常的告警消息,将所述缓存服务异常的告警消息发送至目标人员;
若否,则结束。
可选地,所述消息生产者和所述消息消费者共享常量,所述常量为所述缓存的连接失败次数。
可选地,所述消息生产者还用于:
若在最近一段时间内所述缓存的连接失败次数大于等于失败次数阈值,则接收业务子系统发送的消息数据之后,将所述消息数据传送至消息转换者。
可选地,所述消息生产者还用于:
若将所述消息数据写入所述消息队列时失败,则将所述消息数据传送至消息转换者。
可选地,所述缓存为Kafka或者redis。
根据本发明实施例的另一个方面,还提供了一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行时,所述一个或多个处理器实现上述任一实施例所述的方法。
根据本发明实施例的另一个方面,还提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现上述任一实施例所述的方法。
上述发明中的一个实施例具有如下优点或有益效果:因为采用消息生产者接收业务子系统发送的消息数据并将消息数据写入存储在缓存中的消息队列,消息消费者从消息队列中取出消息数据并将消息数据传送至消息转换者,以使消息转换者将消息数据转换为业务消息的技术手段,所以克服了现有技术中在高并发量的情况下系统不能及时处理消息容易造成堵塞从而影响业务子系统的技术问题。本发明实施例利用缓存中的消息队列缓存消息数据,使得生产者与消费者可以实现解耦,有效地提高系统处理消息的能力,避免并发量过大时消息来不及处理堵塞系统;利用消息消费者对缓存服务进行监控,避免缓存长时间宕机影响正常业务功能;而且由于提供定制化消息模板,方便各个业务子系统与渠道接入,同时消息接收方可以更便捷地处理消息数据。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明第一实施例的业务消息处理方法的主要流程的示意图;
图2是根据本发明第二实施例的业务消息处理方法的主要流程的示意图;
图3是根据本发明第三实施例的业务消息处理方法的主要流程的示意图;
图4是根据本发明第四实施例的业务消息处理方法的主要流程的示意图;
图5是根据本发明实施例的业务消息处理系统的主要模块的示意图;
图6是本发明实施例可以应用于其中的示例性系统架构图;
图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明第一实施例的业务消息处理方法的主要流程的示意图。作为本发明的一个实施例,如图1所示,所述业务消息处理方法可以包括:
步骤101,消息生产者接收业务子系统发送的消息数据,并将所述消息数据写入存储在缓存中的消息队列。
首先,消息生产者接收各个业务子系统发送过来的消息数据,所述消息数据可以包括业务信息与消息模板ID,不同的业务子系统可以配置其合适的消息模板,业务子系统发送消息数据时,将其配置的消息模板的ID也一起写入消息数据中,方便消息转换者根据消息模板ID生成统一格式的业务消息,以便于消息接收方进一步处理业务消息。
在现有技术中,由各个业务子系统与渠道自行定义消息格式与收发方式,造成相似功能的重复开发,也不利于各个业务系统之间的对接,本发明实施例使用公共的消息模板,可以有效减少重复开发工作。而且,信息传递过程中仅传递关键业务信息与对应的消息模板ID,方便消息接收方对消息进行下一步处理。
在本发明的实施例中,消息队列存储在缓存中,有助于提高消息数据的写入和读取速度。具体地,消息生产者接收到各个业务子系统发送过来的消息数据之后,将消息数据逐个插入到消息队列的尾部。可选地,所述缓存为Kafka或者redis,以Kafka或者redis作存储消息队列的缓存,有助于进一步提高消息数据的写入和读取速度。
可选地,所述方法还包括:若所述消息生产者将所述消息数据写入所述消息队列时失败,则将所述消息数据传送至消息转换者。在本发明的实施例中,如果消息生产者将消息数据写入消息队列时失败,则可以直接将所述消息数据传送至消息转换者,避免消息数据丢失。
步骤102,消息消费者从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者。
消息生产者将消息数据逐个写入消息队列的尾部中之后,消息消费者将消息数据从消息队列的头部逐个取出,然后将取出的消息数据传送至消息转换者。
同时,为避免缓存服务长时间宕机影响服务,本发明实施例利用消费者对缓存服务进行监控。可选地,步骤102可以包括:消息消费者判断所述缓存是否连接正常;若是,则将所述缓存的连接正常次数加上一,从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;若否,则将所述缓存的连接失败次数加上一。消息消费者从缓存队列中取出消息数据时首先判断缓存服务是否正常,如果缓存连接正常,则将连接正常次数加上一,然后从消息队列的头部取出消息数据,并将所述消息数据传送至消息转换者;如果缓存连接异常,则将连接失败次数加上一。
可选地,将所述缓存的连接失败次数加上一之后,还包括:判断在最近一段时间内所述缓存的连接失败次数是否大于等于失败次数阈值N;若是,则生成缓存服务异常的告警消息,将所述缓存服务异常的告警消息发送至目标人员;若否,则结束。在本发明的实施例中,如果消息消费者判断在最近一段时间内(比如最近一分钟或者最近五分钟内)缓存的连接失败次数大于等于失败次数阈值N,则认定缓存服务异常,生成缓存服务异常的告警消息,并将该消息发送给对应的技术人员。
在本发明的另一些实施例中,判断在最近一段时间内所述缓存的连续连接失败次数是否大于等于失败次数阈值N;若是,则生成缓存服务异常的告警消息,将所述缓存服务异常的告警消息发送至目标人员;若否,则结束。也就是说,如果消息消费者连续N次判断缓存连接失败时,则认定缓存服务异常,那么生成缓存服务异常的告警消息,并将该消息发送给对应的技术人员。
可选地,将所述消息数据传送至消息转换者之后,还包括:判断在最近一段时间内所述缓存的连接正常次数是否大于等于成功次数阈值M;若是,则生成缓存服务正常的消息,将所述缓存服务正常的消息发送至目标人员,并将所述缓存的连接失败次数置为零;若否,则结束。在本发明的实施例中,缓存服务异常之后,如果消息消费者判断在最近一段时间内(比如最近一分钟或者最近五分钟内)缓存的连接正常次数大于等于正常次数阈值M,则认定缓存服务恢复正常,生成缓存服务正常的消息,并将该消息发送给对应的技术人员,同时将缓存的连接失败次数置为零。
可选地,所述消息生产者和所述消息消费者共享常量,所述常量为所述缓存的连接失败次数,因此所述消息消费者通过该常量就可以获知缓存的连接失败次数,如果连接失败次数大于等于失败次数阈值N,消息生产者就会获得缓存服务异常的信号,如果连接失败次数为零,消息生产者就会获得缓存服务恢复正常的信号。
可选地,所述方法还包括:若在最近一段时间内所述缓存的连接失败次数大于等于失败次数阈值N,则所述消息生产者接收业务子系统发送的消息数据之后,将所述消息数据传送至消息转换者。如果缓存服务正常,消息生产者将消息数据写入缓存的消息队列中;如果缓存服务异常,消息生产者直接将消息数据传送至消息转换者,避免消息数据丢失。
在本发明的另一些实施例中,若在最近一段时间内所述缓存的连续连接失败次数大于等于失败次数阈值N,则所述消息生产者接收业务子系统发送的消息数据之后,将所述消息数据传送至消息转换者。也就是说,如果缓存连续N次连接失败,则认定缓存服务异常,那么消息生产者直接将所述消息数据传送至消息转换者。
步骤103,所述消息转换者根据所述消息模板ID获取对应的消息模板,根据所述消息模板将所述业务信息转换为业务消息,并将所述业务消息存储至数据库中。
消息转换者接收到消息消费者传送的消息数据后,将所述消息数据转换为业务消息,并将业务消息存储到数据库中,以供各渠道查询。消息转换者对消息数据进行解析,得到业务信息和消息模板ID,然后根据消息模板ID从消息模板缓存中取出对应的消息模板,接着根据该消息模板将业务信息转换为完整业务消息,最后将业务消息存储到数据库中,以供各渠道查询。
根据上面所述的各种实施例,可以看出本发明实施例通过消息生产者接收业务子系统发送的消息数据并将消息数据写入存储在缓存中的消息队列,消息消费者从消息队列中取出消息数据并将消息数据传送至消息转换者,以使消息转换者将消息数据转换为业务消息的技术手段,解决了现有技术中在高并发量的情况下系统不能及时处理消息容易造成堵塞从而影响业务子系统的技术问题。本发明实施例利用缓存中的消息队列缓存消息数据,使得生产者与消费者可以实现解耦,有效地提高系统处理消息的能力,避免并发量过大时消息来不及处理堵塞系统;利用消息消费者对缓存服务进行监控,避免缓存长时间宕机影响正常业务功能;而且由于提供定制化消息模板,方便各个业务子系统与渠道接入,同时消息接收方可以更便捷地处理消息数据。
图2是根据本发明第二实施例的业务消息处理方法的主要流程的示意图。作为本发明的一个实施例,如图2所示,所述业务消息处理方法应用于消息生产者,可以包括:
步骤201,接收业务子系统发送的消息数据。
步骤202,判断在最近一段时间内缓存的连接失败次数是否大于等于失败次数阈值;若是,则执行步骤203;若否,则执行步骤204。
步骤203,将所述消息数据传送至消息转换者。
步骤204,将所述消息数据写入存储在缓存中的消息队列。
步骤205,判断所述消息数据是否写入成功;若是,则结束;若否,则执行步骤203。
另外,在本发明第二实施例中业务消息处理方法的具体实施内容,在上面所述业务消息处理方法中已经详细说明了,故在此重复内容不再说明。
图3是根据本发明第三实施例的业务消息处理方法的主要流程的示意图。作为本发明的另一个实施例,如图3所示,所述业务消息处理方法应用于消息消费者,可以包括:
步骤301,判断缓存是否连接正常;若是,则执行步骤302;若否,则执行步骤307。
步骤302,将所述缓存的连接正常次数加上一。
步骤303,从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者。
步骤304,判断在最近一段时间内所述缓存的连接正常次数是否大于等于成功次数阈值;若是,则执行步骤305;若否,则结束。
步骤305,生成缓存服务正常的消息,将所述缓存服务正常的消息发送至目标人员。
步骤306,将所述缓存的连接失败次数置为零。
步骤307,将所述缓存的连接失败次数加上一。
步骤308,判断在最近一段时间内所述缓存的连接失败次数是否大于等于失败次数阈值;若是,则执行步骤309;若否,则结束。
步骤309,生成缓存服务异常的告警消息,将所述缓存服务异常的告警消息发送至目标人员。
另外,在本发明第三实施例中业务消息处理方法的具体实施内容,在上面所述业务消息处理方法中已经详细说明了,故在此重复内容不再说明。
图4是根据本发明第四实施例的业务消息处理方法的主要流程的示意图。作为本发明的再一个实施例,如图4所示,所述业务消息处理方法可以包括:
业务子系统添加消息数据;
消息生产者接收业务子系统发送的消息数据,并将所述消息数据写入存储在redis中的消息队列;其中,所述消息数据包括业务信息与消息模板ID;
消息消费者判断所述缓存是否连接正常;若是,则从消息队列中取出消息数据,然后将所述消息数据传送至消息转换者;
消息转换者根据所述消息模板ID获取从缓存中获取消息模板;
缓存判断是否存在该消息模板ID,若存在,则取出该消息模板ID对应的消息模板,并返回至消息转换者,若不存在,则取出全局模板,并返回至消息转换者;
消息转换者根据所述消息模板将所述业务信息转换为完整的业务消息,并将所述业务消息存储至数据库中。
同时,为避免redis服务长时间宕机影响服务,本发明实施例利用消费者对redis服务进行监控。具体地,消息消费者从redis队列中取出消息数据时首先判断redis服务是否正常,如果redis连接正常,则将连接正常次数加上一,然后从消息队列的头部取出消息数据,并将所述消息数据传送至消息转换者;如果redis连接异常,则将连接失败次数加上一。将所述redis的连接失败次数加上一之后,判断在最近一段时间内所述redis的连接失败次数是否大于等于失败次数阈值N;若是,则生成redis服务异常的告警消息,将所述redis服务异常的告警消息发送至目标人员;若否,则结束。将所述消息数据传送至消息转换者之后,还包括:判断在最近一段时间内所述redis的连接正常次数是否大于等于成功次数阈值M;若是,则生成redis服务正常的消息,将所述redis服务正常的消息发送至目标人员,并将所述redis的连接失败次数置为零;若否,则结束。
所述消息生产者和所述消息消费者共享常量,所述常量为所述redis的连接失败次数,因此所述消息消费者通过该常量就可以获知redis的连接失败次数,如果连接失败次数大于等于失败次数阈值N,消息生产者就会获得redis服务异常的信号,如果连接失败次数为零,消息生产者就会获得redis服务恢复正常的信号。
如果redis服务异常,则消息生产者跳过redis,直接将消息数据传送至消息转换者;消息转换者从消息生产者直接获取消息数据。
另外,在本发明第四实施例中业务消息处理方法的具体实施内容,在上面所述业务消息处理方法中已经详细说明了,故在此重复内容不再说明。
图5是根据本发明实施例的业务消息处理系统的主要模块的示意图,如图5所示,所述业务消息处理系统500包括消息生产者501、消息消费者502和消息转换者503;其中,消息生产者501用于接收业务子系统发送的消息数据,并将所述消息数据写入存储在缓存中的消息队列;其中,所述消息数据包括业务信息与消息模板ID;消息消费者502用于从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;消息转换者503用于根据所述消息模板ID获取对应的消息模板,根据所述消息模板将所述业务信息转换为业务消息,并将所述业务消息存储至数据库中。
可选地,所述消息消费者502还用于:
判断所述缓存是否连接正常;
若是,则将所述缓存的连接正常次数加上一,从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;
若否,则将所述缓存的连接失败次数加上一。
可选地,所述消息消费者502还用于:
将所述消息数据传送至消息转换者之后,判断在最近一段时间内所述缓存的连接正常次数是否大于等于成功次数阈值;
若是,则生成缓存服务正常的消息,将所述缓存服务正常的消息发送至目标人员,并将所述缓存的连接失败次数置为零;
若否,则结束。
可选地,所述消息消费者502还用于:
将所述缓存的连接失败次数加上一之后,判断在最近一段时间内所述缓存的连接失败次数是否大于等于失败次数阈值;
若是,则生成缓存服务异常的告警消息,将所述缓存服务异常的告警消息发送至目标人员;
若否,则结束。
可选地,所述消息生产者和所述消息消费者共享常量,所述常量为所述缓存的连接失败次数。
可选地,所述消息生产者501还用于:
若在最近一段时间内所述缓存的连接失败次数大于等于失败次数阈值,则接收业务子系统发送的消息数据之后,将所述消息数据传送至消息转换者。
可选地,所述消息生产者501还用于:
若将所述消息数据写入所述消息队列时失败,则将所述消息数据传送至消息转换者。
可选地,所述消息数据包括业务信息与消息模板ID;
所述消息转换者503还用于:
根据所述消息模板ID获取对应的消息模板,并根据所述消息模板将所述业务信息转换为业务消息。
可选地,所述缓存为Kafka或者redis。
根据上面所述的各种实施例,可以看出本发明实施例通过消息生产者接收业务子系统发送的消息数据并将消息数据写入存储在缓存中的消息队列,消息消费者从消息队列中取出消息数据并将消息数据传送至消息转换者,以使消息转换者将消息数据转换为业务消息的技术手段,解决了现有技术中在高并发量的情况下系统不能及时处理消息容易造成堵塞从而影响业务子系统的技术问题。本发明实施例利用缓存中的消息队列缓存消息数据,使得生产者与消费者可以实现解耦,有效地提高系统处理消息的能力,避免并发量过大时消息来不及处理堵塞系统;利用消息消费者对缓存服务进行监控,避免缓存长时间宕机影响正常业务功能;而且由于提供定制化消息模板,方便各个业务子系统与渠道接入,同时消息接收方可以更便捷地处理消息数据。
需要说明的是,在本发明所述业务消息处理系统的具体实施内容,在上面所述业务消息处理方法中已经详细说明了,故在此重复内容不再说明。
图6示出了可以应用本发明实施例的业务消息处理方法或业务消息处理系统的示例性系统架构600。
如图6所示,系统架构600可以包括终端设备601、602、603,网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备601、602、603通过网络604与服务器605交互,以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器605可以是提供各种服务的服务器,例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的物品信息查询请求等数据进行分析等处理,并将处理结果反馈给终端设备。
需要说明的是,本发明实施例所提供的业务消息处理方法一般由服务器605执行,相应地,所述业务消息处理系统一般设置在服务器605中。
应该理解,图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图7,其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图7所示,计算机系统700包括中央处理单元(CPU)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
以下部件连接至I/O接口705:包括键盘、鼠标等的输入部分706;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707;包括硬盘等的存储部分708;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器710上,以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分709从网络上被下载和安装,和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括消息生产者、消息消费者和消息转换者,其中,这些模块的名称在某种情况下并不构成对该模块本身的限定。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,该设备实现如下方法:消息生产者接收业务子系统发送的消息数据,并将所述消息数据写入存储在缓存中的消息队列;其中,所述消息数据包括业务信息与消息模板ID;消息消费者从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;所述消息转换者根据所述消息模板ID获取对应的消息模板,根据所述消息模板将所述业务信息转换为业务消息,并将所述业务消息存储至数据库中。
根据本发明实施例的技术方案,因为采用消息生产者接收业务子系统发送的消息数据并将消息数据写入存储在缓存中的消息队列,消息消费者从消息队列中取出消息数据并将消息数据传送至消息转换者,以使消息转换者将消息数据转换为业务消息的技术手段,所以克服了现有技术中在高并发量的情况下系统不能及时处理消息容易造成堵塞从而影响业务子系统的技术问题。本发明实施例利用缓存中的消息队列缓存消息数据,使得生产者与消费者可以实现解耦,有效地提高系统处理消息的能力,避免并发量过大时消息来不及处理堵塞系统;利用消息消费者对缓存服务进行监控,避免缓存长时间宕机影响正常业务功能;而且由于提供定制化消息模板,方便各个业务子系统与渠道接入,同时消息接收方可以更便捷地处理消息数据。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (18)
1.一种业务消息处理方法,其特征在于,包括:
消息生产者接收业务子系统发送的消息数据,并将所述消息数据写入存储在缓存中的消息队列;其中,所述消息数据包括业务信息与消息模板ID;
消息消费者从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;
所述消息转换者根据所述消息模板ID获取对应的消息模板,根据所述消息模板将所述业务信息转换为业务消息,并将所述业务消息存储至数据库中。
2.根据权利要求1所述的方法,其特征在于,消息消费者从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者,包括:
消息消费者判断所述缓存是否连接正常;
若是,则将所述缓存的连接正常次数加上一,从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;
若否,则将所述缓存的连接失败次数加上一。
3.根据权利要求2所述的方法,其特征在于,将所述消息数据传送至消息转换者之后,还包括:
判断在最近一段时间内所述缓存的连接正常次数是否大于等于成功次数阈值;
若是,则生成缓存服务正常的消息,将所述缓存服务正常的消息发送至目标人员,并将所述缓存的连接失败次数置为零;
若否,则结束。
4.根据权利要求3所述的方法,其特征在于,将所述缓存的连接失败次数加上一之后,还包括:
判断在最近一段时间内所述缓存的连接失败次数是否大于等于失败次数阈值;
若是,则生成缓存服务异常的告警消息,将所述缓存服务异常的告警消息发送至目标人员;
若否,则结束。
5.根据权利要求4所述的方法,其特征在于,所述消息生产者和所述消息消费者共享常量,所述常量为所述缓存的连接失败次数。
6.根据权利要求5所述的方法,其特征在于,还包括:
若在最近一段时间内所述缓存的连接失败次数大于等于失败次数阈值,则所述消息生产者接收业务子系统发送的消息数据之后,将所述消息数据传送至消息转换者。
7.根据权利要求1所述的方法,其特征在于,还包括:
若所述消息生产者将所述消息数据写入所述消息队列时失败,则将所述消息数据传送至消息转换者。
8.根据权利要求1所述的方法,其特征在于,所述缓存为Kafka或者redis。
9.一种业务消息处理系统,其特征在于,包括:
消息生产者,用于接收业务子系统发送的消息数据,并将所述消息数据写入存储在缓存中的消息队列;其中,所述消息数据包括业务信息与消息模板ID;
消息消费者,用于从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;
消息转换者,用于根据所述消息模板ID获取对应的消息模板,根据所述消息模板将所述业务信息转换为业务消息,并将所述业务消息存储至数据库中。
10.根据权利要求9所述的系统,其特征在于,所述消息消费者还用于:
判断所述缓存是否连接正常;
若是,则将所述缓存的连接正常次数加上一,从所述消息队列中取出所述消息数据,并将所述消息数据传送至消息转换者;
若否,则将所述缓存的连接失败次数加上一。
11.根据权利要求9所述的系统,其特征在于,所述消息消费者还用于:
将所述消息数据传送至消息转换者之后,判断在最近一段时间内所述缓存的连接正常次数是否大于等于成功次数阈值;
若是,则生成缓存服务正常的消息,将所述缓存服务正常的消息发送至目标人员,并将所述缓存的连接失败次数置为零;
若否,则结束。
12.根据权利要求11所述的系统,其特征在于,所述消息消费者还用于:
将所述缓存的连接失败次数加上一之后,判断在最近一段时间内所述缓存的连接失败次数是否大于等于失败次数阈值;
若是,则生成缓存服务异常的告警消息,将所述缓存服务异常的告警消息发送至目标人员;
若否,则结束。
13.根据权利要求12所述的系统,其特征在于,所述消息生产者和所述消息消费者共享常量,所述常量为所述缓存的连接失败次数。
14.根据权利要求13所述的系统,其特征在于,所述消息生产者还用于:
若在最近一段时间内所述缓存的连接失败次数大于等于失败次数阈值,则接收业务子系统发送的消息数据之后,将所述消息数据传送至消息转换者。
15.根据权利要求9所述的系统,其特征在于,所述消息生产者还用于:
若将所述消息数据写入所述消息队列时失败,则将所述消息数据传送至消息转换者。
16.根据权利要求9所述的系统,其特征在于,所述缓存为Kafka或者redis。
17.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行时,所述一个或多个处理器实现如权利要求1-8中任一所述的方法。
18.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111334093.8A CN114064314A (zh) | 2021-11-11 | 2021-11-11 | 业务消息处理方法、系统、电子设备和计算机可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111334093.8A CN114064314A (zh) | 2021-11-11 | 2021-11-11 | 业务消息处理方法、系统、电子设备和计算机可读介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114064314A true CN114064314A (zh) | 2022-02-18 |
Family
ID=80275128
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111334093.8A Pending CN114064314A (zh) | 2021-11-11 | 2021-11-11 | 业务消息处理方法、系统、电子设备和计算机可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114064314A (zh) |
-
2021
- 2021-11-11 CN CN202111334093.8A patent/CN114064314A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107491382B (zh) | 日志输出方法和装置 | |
CN109995801B (zh) | 一种消息传输方法和装置 | |
CN111427701A (zh) | 一种工作流引擎系统和业务处理方法 | |
CN109039876B (zh) | 邮件处理方法和装置 | |
CN113760536A (zh) | 数据缓存方法、装置、电子设备和计算机可读介质 | |
CN111338834A (zh) | 数据存储方法和装置 | |
CN111427899A (zh) | 存储文件的方法、装置、设备和计算机可读介质 | |
CN112084042A (zh) | 一种消息处理的方法和装置 | |
CN112689020B (zh) | 一种消息传输方法、消息中间件、电子设备及存储介质 | |
CN112948138A (zh) | 一种处理消息的方法和装置 | |
CN111800223A (zh) | 生成发送报文、处理接收报文的方法、装置和系统 | |
CN114064314A (zh) | 业务消息处理方法、系统、电子设备和计算机可读介质 | |
CN111460020B (zh) | 用于解析消息的方法、装置、电子设备和介质 | |
CN112073395B (zh) | 一种文件分发方法和装置 | |
CN114202332A (zh) | 一种数字货币钱包管理方法、装置和系统 | |
CN114064803A (zh) | 一种数据同步方法和装置 | |
CN112152915A (zh) | 消息转发网关系统和消息转发方法 | |
CN110019671B (zh) | 一种处理实时消息的方法和系统 | |
CN113779018A (zh) | 一种数据处理方法和装置 | |
CN113238808A (zh) | 一种消息推送方法和装置 | |
CN112214500A (zh) | 数据对比的方法、装置、电子设备和存储介质 | |
CN112799903A (zh) | 一种业务系统健康状态的评估方法和装置 | |
CN113347052A (zh) | 通过访问日志统计用户访问数据的方法和装置 | |
CN110262756B (zh) | 用于缓存数据的方法和装置 | |
CN112749204A (zh) | 一种读取数据的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |