CN114363407A - 消息服务方法及装置、可读存储介质及电子设备 - Google Patents

消息服务方法及装置、可读存储介质及电子设备 Download PDF

Info

Publication number
CN114363407A
CN114363407A CN202111604539.4A CN202111604539A CN114363407A CN 114363407 A CN114363407 A CN 114363407A CN 202111604539 A CN202111604539 A CN 202111604539A CN 114363407 A CN114363407 A CN 114363407A
Authority
CN
China
Prior art keywords
message
messages
theme
consumers
subscription information
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.)
Granted
Application number
CN202111604539.4A
Other languages
English (en)
Other versions
CN114363407B (zh
Inventor
徐东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Ruosu Technology Co ltd
Original Assignee
Shanghai Ruosu Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shanghai Ruosu Technology Co ltd filed Critical Shanghai Ruosu Technology Co ltd
Priority to CN202111604539.4A priority Critical patent/CN114363407B/zh
Publication of CN114363407A publication Critical patent/CN114363407A/zh
Application granted granted Critical
Publication of CN114363407B publication Critical patent/CN114363407B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)

Abstract

本申请提供了一种消息服务方法及装置、可读存储介质及电子设备,涉及数据通信领域。该方法包括:接收第一生产者发布的、与第一消息服务器对应的M个主题消息,其中,第一生产者为目标集团的不同事业部的多个生产者之一;基于M个主题消息和预设分片方式,确定M个主题消息各自对应的区块;将M个主题消息分别存储到M个主题消息各自对应的区块,以便目标集团的不同事业部的消费者订阅消费,实现了目标集团内部只需部署一套消息服务便可以同时支持业务和数据团队的目的,降低运维成本,同时具备高可用,消息不丢失,动态扩容的能力。

Description

消息服务方法及装置、可读存储介质及电子设备
技术领域
本申请涉及数据通信领域,具体涉及一种消息服务方法及装置、可读存储介质及电子设备。
背景技术
现有的消息服务可选范围非常多,但不同的场景下选型不同。目前集团包括业务和数据团队,业务团队倾向于使用Rabbit消息队列(Rabbit Message Queue,RabbiMQ),数据团队主要使用Kafka平台。RabbiMQ能够保证消息不丢失,但不确保消息高并发。Kafka平台能够保证消息高并发,但不满足消息不丢失的需求。除此之外,业务团队和数据团队之间的消息不互通,各个业务线需要按照需求部署多套消息服务队列,大大地增加了运维成本。
发明内容
为了解决上述技术问题,提出了本申请。本申请实施例提供了一种消息服务方法及装置、可读存储介质及电子设备。
第一方面,本申请一实施例提供了一种消息服务方法,应用于第一消息服务器,第一消息服务器为消息服务器集群包括的多个消息服务器之一,该方法包括:接收第一生产者发布的、与第一消息服务器对应的M个主题消息,其中,第一生产者为目标集团的不同事业部的多个生产者之一;基于M个主题消息和预设分片方式,确定M个主题消息各自对应的区块;将M个主题消息分别存储到M个主题消息各自对应的区块,以便目标集团的不同事业部的消费者订阅消费。
结合第一方面,在第一方面的某些实现方式中,在将M个主题消息分别存储到M个主题消息各自对应的区块之后,还包括:接收针对M个主题消息的订阅信息;基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息。
结合第一方面,在第一方面的某些实现方式中,基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息,包括:基于订阅信息,确定M个主题消息各自对应的消息类别信息;基于M个主题消息各自对应的消息类别信息,确定M个主题消息对应的分发策略信息;基于分发策略信息,向N个消费者推送M个主题消息。
结合第一方面,在第一方面的某些实现方式中,基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息,包括:基于订阅信息,向订阅信息对应的第一消费者推送第一主题消息,若存在向第二消费者推送第一主题消息的行为,则启动报错;其中,第一消费者为N个消费者之一,第一主题消息为M个主题消息之一,第二消费者为N个消费者之一。
结合第一方面,在第一方面的某些实现方式中,基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息,包括:基于订阅信息,向订阅信息对应的第一消费者推送第一主题消息,若消息服务器集群中的其他消息服务器启动订阅服务行为,则其他消息服务器作为备份存在。
结合第一方面,在第一方面的某些实现方式中,基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息,包括:基于订阅信息,向订阅信息对应的N个消费者推送第一主题消息,以便N个消费者共同消费第一主题消息。
结合第一方面,在第一方面的某些实现方式中,在基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息之后,还包括:接收N个消费者各自发送的消费完成信息;基于N个消费者各自发送的消费完成信息,更新M个主题消息对应的消费顺序信息。
第二方面,本申请一实施例提供了一种消息服务方法,应用于第一生产者对应的电子设备,第一生产者为目标集团的不同事业部的多个生产者之一,第一生产者对应的电子设备与消息服务器集群包括的多个消息服务器连接,该方法包括:生成第一生产者对应的P个主题消息;基于消息服务器集群包括的多个消息服务器,确定P个主题消息各自对应的区块;将P个主题消息分别发送至P个主题消息各自对应的区块,以便将P个主题消息分别存储到P个主题消息各自对应的消息服务器,从而供目标集团的不同事业部的消费者订阅消费。
第三方面,本申请一实施例提供了一种消息服务方法,应用于第一消费者对应的电子设备,第一消费者为目标集团的不同事业部的多个消费者之一,第一消费者对应的电子设备与消息服务器集群包括的多个消息服务器连接,该方法包括:发送针对消息服务器集群中的Q个主题消息的订阅信息;基于订阅信息,确定Q个主题消息各自对应的消息服务器;基于第一消费者对应的电子设备与Q个主题消息各自对应的消息服务器之间的连接关系,获取Q个主题消息并进行消费。
结合第三方面,在第一方面的某些实现方式中,基于第一消费者对应的电子设备与Q个主题消息各自对应的消息服务器之间的连接关系,获取Q个主题消息并进行消费之后,还包括:向Q个主题消息各自对应的消息服务器发送消费完成信息,以便Q个主题消息各自对应的消息服务器保留或删除Q个主题消息。
第四方面,本申请一实施例提供了一种消息服务装置,应用于第一消息服务器,第一消息服务器为消息服务器集群包括的多个消息服务器之一,该装置包括:接收模块,用于接收第一生产者发布的、与第一消息服务器对应的M个主题消息,其中,第一生产者为目标集团的不同事业部的多个生产者之一;第一确定模块,用于基于M个主题消息和预设分片方式,确定M个主题消息各自对应的区块;存储模块,用于将M个主题消息分别存储到M个主题消息各自对应的区块,以便目标集团的不同事业部的消费者订阅消费。
第五方面,本申请一实施例提供了一种消息服务装置,应用于第一生产者对应的电子设备,第一生产者为目标集团的不同事业部的多个生产者之一,第一生产者对应的电子设备与消息服务器集群包括的多个消息服务器连接,该装置包括:生成模块,用于生成第一生产者对应的P个主题消息;第二确定模块,用于基于消息服务器集群包括的多个消息服务器,确定P个主题消息各自对应的区块;发送模块,用于将P个主题消息分别发送至P个主题消息各自对应的区块,以便将P个主题消息分别存储到P个主题消息各自对应的消息服务器,从而供目标集团的不同事业部的消费者订阅消费。
第六方面,本申请一实施例提供了一种消息服务装置,应用于第一消费者对应的电子设备,第一消费者为目标集团的不同事业部的多个消费者之一,第一消费者对应的电子设备与消息服务器集群包括的多个消息服务器连接,该装置包括:接收模块,用于发送针对消息服务器集群中的Q个主题消息的订阅信息;第三确定模块,用于基于订阅信息,确定Q个主题消息各自对应的消息服务器;消费模块,用于基于第一消费者对应的电子设备与Q个主题消息各自对应的消息服务器之间的连接关系,获取Q个主题消息并进行消费。
第七方面,本申请一实施例提供了一种计算机可读存储介质,该存储介质存储有计算机程序,计算机程序用于执行上述第一方面和/或第二方面和/或第三方面所提及的方法。
第八方面,本申请一实施例提供了一种电子设备,该电子设备包括:处理器以及用于存储处理器可执行指令的存储器;处理器用于执行上述第一方面和/或第二方面和/或第三方面所提及的方法。
本申请实施例提供的消息服务方法,能够实现目标集团内部只需部署一套消息服务便可以同时支持业务和数据团队的目的,大大降低了运维成本,同时具备高可用,消息不丢失,动态扩容的能力。相对于现有技术中的消息队列服务,既保留了业务***的不丢消息的优点,又结合了数据团队的数据流处理高并发的长处,解决了目前集团中业务线之间消息不互通、运维成本高等问题。
附图说明
图1所示为本申请一实施例提供的消息服务方法的流程示意图。
图2所示为本申请另一实施例提供的消息服务方法的流程示意图。
图3所示为本申请又一实施例提供的消息服务方法的流程示意图。
图4所示为本申请又一实施例提供的消息服务方法的流程示意图。
图5所示为本申请又一实施例提供的消息服务方法的流程示意图。
图6所示为本申请另一实施例提供的消息服务方法的流程示意图。
图7所示为本申请又一实施例提供的消息服务方法的流程示意图。
图8所示为本申请又一实施例提供的消息服务方法的流程示意图。
图9所示为本申请又一实施例提供的消息服务方法的结构示意图。
图10所示为本申请又一实施例提供的消息服务方法的流程示意图。
图11所示为本申请又一实施例提供的消息服务方法的流程示意图。
图12所示为本申请一实施例提供的消息服务方法的应用场景图。
图13所示为本申请一实施例提供的消息服务装置的结构示意图。
图14所示为本申请一实施例提供的消息服务装置的结构示意图。
图15所示为本申请一实施例提供的消息服务装置的结构示意图。
图16所示为本申请一实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
申请概述
目前集团有很多个事业部,每个事业部有自己的产品,而这些产品有些是微服务,有些是单体服务。现在产品内部存在的异步消息主要使用的RabbiMQ、RocketMQ、ActiveMQ等。上述消息队列能够保证消息的不丢失,但无法确保消息高并发。数据团队目前主要使用的是Kafka平台,主要保证消息的高并发,但消息容易丢失。除此之外,集团内部不同业务线之间的消息不互通,导致对于每个业务线都要根据业务线的要求去部署和维护多套环境,运维成本增加。
为了解决上述问题,本申请实施例提供一种消息服务方法,实现目标集团内部只需部署一套消息服务便可以同时支持业务和数据团队的目的,降低运维成本,同时具备高可用,消息不丢失,动态扩容的能力。下面结合图1至图12详细介绍本申请实施例提及的消息服务方法。
首先,对本申请实施例中涉及的消息服务方法的整体流程进行介绍。图1所示为本申请一实施例提供的消息服务方法的流程示意图。如图1所示,该方法包括生产者0和生产者1、消息服务器0、消息服务器1以及消息服务器3、对应消息服务器0的区块0、对应消息服务器1的区块1、对应消息服务器3的区块2和区块3以及消费者。其中,所有消息服务器和区块也可以被称为服务集群,一个服务集群中可以包括多个消息服务器,每个消息服务器可以包含多个区块。一个服务集群可以服务于多个生产者,当生产者向服务器集群发布消息时,服务器集群会根据接收到的主题消息进行分片,然后根据分片规则将主题消息存储在消息服务器上。消费者可以订阅区块以获得生产者发布的消息。
图2所示为本申请另一实施例提供的消息服务方法的流程示意图。如图2所示,本申请实施例提供的消息服务方法应用于第一消息服务器,第一消息服务器为消息服务器集群包括的多个消息服务器之一,该方法包括如下步骤。
步骤S110,接收第一生产者发布的、与第一消息服务器对应的M个主题消息。其中,第一生产者为目标集团的不同事业部的多个生产者之一,M为正整数。
示例性地,主题消息可以是消费消息、结算消息、支付消息等。例如,电商支付过程中,用户支付会产生收款成功的消息。
示例性地,生产者用于将主题消息发送到消息服务器。消费者用于从消息服务器里获取数据。消息以主题为单位进行分类,生产者负责将消息发送到特定的区块,消费者负责订阅区块并进行消费。
示例性地,目标集团可以是包括多层次的组织结构的企业。事业部可以是目标集团对应的职能部门。
步骤S120,基于M个主题消息和预设分片方式,确定M个主题消息各自对应的区块。
示例性地,预设分片方式包括主题消息与区块的对应关系和/或区块与消息服务器的对应关系。其中,预设分片方式存储在消息服务器中,消息服务器并将预设分片方式同步给生产者,生产者在生产主题消息的时候,根据预设分片方式直接把主题消息发送到对应的区块,区块也是集群的,所以理论上不超过1/3的区块宕机,是不会影响主题消息发送成功。消费者根据订阅的主题消息去消息服务器上获取预设分片方式,然后去订阅区块获取主题消息。
步骤S130,将M个主题消息分别存储到M个主题消息各自对应的区块,以便目标集团的不同事业部的消费者订阅消费。
应当理解,在生产者创建主题消息后,会根据预先设定的主题消息与区块的对应关系,将主题消息划分为对应多个区块,然后根据区块与消息服务器的对应关系,确定多个区块各自对应的消息服务器。
具体而言,第一消息服务器包括多个区块,将M个主题消息分别存储到M个主题消息各自对应的区块,相当于将M个主题消息分别存储到M个主题消息对应的第一消息服务器。
本申请实施例提供的消息服务方法,能够使目标集团的不同事业部之间的消息互通,而且目标集团内部只需部署该消息服务方法,便可以同时满足业务和数据团队的需求,降低运维成本,同时支持多租户,根据租户不同配置不同的业务线或者产品配置访问策略和硬件网络资源,以实现统一的消息服务。相对于现有技术中的消息队列服务,既保留了业务***的不丢消息的优点,又结合了数据团队的数据流处理高并发的长处,解决了目前集团中业务线之间消息不互通、运维成本高等问题。
虽然图2实施例提及的消息服务方法针对的是第一服务器,但是可以理解,该消息服务方法亦可以应用到包括更多个服务器的场景,针对包括更多个服务器的场景,只需针对每个服务器均执行该消息服务方法即可。
在本申请其他实施例中,消息服务器集群包括多个消息服务器。消息服务器可以接收多个生产者发布的多个主题消息;每个消息服务器对应多个区块,根据消息服务器预先设定的分片规则,确定每个主题消息对应的区块;根据每个主题消息对应的区块以及区块和服务器的对应关系,将每个主题消息存储在区块对应的消息服务器上。
图3所示为本申请又一实施例提供的消息服务方法的流程示意图。在图2所示实施例基础上延伸出图3所示实施例,下面着重叙述图3所示实施例与图2所示实施例的不同之处,相同之处不再赘述。
如图3所示,本申请实施例提供的消息服务方法,在将M个主题消息分别存储到M个主题消息各自对应的区块(步骤S130)之后,还包括如下步骤。
步骤S210,接收针对M个主题消息的订阅信息。
示例性地,订阅信息可以理解为消费者对主题消息的预定。消费者只有订阅该主题消息,消息服务器才会向消费者推动该主题消息。
步骤S220,基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息,N为正整数。
示例性地,消费者可以是一个、也可以是多个、也可以是群组。除此之外,可以是一个消费者订阅消费同一个主题消息,也可以是多个消费者订阅消费同一个主题消息,也可以是不同的消费群组消费订阅一个主题消息。
在实际应用过程中,消费者根据订阅的主题消息,链接主题消息对应的消息服务器并获取区块的分片规则,然后去订阅主题消息对应的消息服务器上的区块并获取主题消息。消息服务器接收到针对主题消息的订阅信息,便基于订阅信息,将主题消息推送给订阅的消费者。
本申请实施例提供的消息服务方法,基于针对M个主题消息的订阅信息,第一消息服务器向N个消费者推送M个主题消息。相对于现有技术中的点对点消费方式,本申请实施例提供的消息服务方法,只要消费者订阅主题消息,发布到区块上的主题消息就能够被订阅的消费者消费,充分满足一对多或多对多的应用需求,实现了一种高可用、消息不丢失、动态括容的消息服务。
图4所示为本申请又一实施例提供的消息服务方法的流程示意图。如图4所示,不同的业务场景中消费者的数量不同,而且消费者采用的消费模式也不同。其中,消费模式包括排他模式、快速失败模式、共享模式以及路由键模式。
在一实施例中,基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息,包括:基于订阅信息,向订阅信息对应的第一消费者推送第一主题消息,若存在向第二消费者推送第一主题消息的行为,则启动报错;其中,第一消费者为N个消费者之一,第一主题消息为M个主题消息之一,第二消费者为N个消费者之一。
具体而言,在排他模式中,只能存在一个消费者消费同一个主题消息,消息服务器如果启动另外一个服务订阅,则直接启动报错,从而保证消费结果的准确性和有效性。如图3所示,消费者A采用排他模式进行消费时,消费者A订阅并消费主题消息。
在一实施例中,基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息,包括:基于订阅信息,向订阅信息对应的第一消费者推送第一主题消息,若消息服务器集群中的其他消息服务器启动订阅服务行为,则其他消息服务器作为备份存在。
具体而言,在快速失败模式中,只能存在一个消费者消费同一个主题消息,其他消息服务器启动订阅服务不会报错但是不消费,其他消息服务器作为备份存在。如果正在消费的消费者对应的消息服务器宕机,那么就会自动启用备份的其他消息服务器来消费消息,以此保证主题消息的消费完整性。如图3所示,采用快速失败模式进行消费时,消费者B1订阅并消费主题消息,当消费者B2启动订阅主题消息时,消费者B2对应的消息服务器作为备份存在。
在一实施例中,基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息,包括:基于订阅信息,向订阅信息对应的N个消费者推送第一主题消息,以便N个消费者共同消费第一主题消息。
具体而言,在共享模式中,多个消费者共同消费同一个主题消息。该模式中消息以轮询的方式发给消费者,以满足业务开发需求。如图3所示,消费者C1和C2采用共享模式进行消费,消费者C1和消费者C2可以同时订阅并消费主题消息。
图5所示为本申请又一实施例提供的消息服务方法的流程示意图。在图2所示实施例基础上延伸出图5所示实施例,下面着重叙述图5所示实施例与图2所示实施例的不同之处,相同之处不再赘述。
如图5所示,本申请实施例提供的消息服务方法,基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息(步骤S220),包括如下步骤。
步骤S310,基于订阅信息,确定M个主题消息各自对应的消息类别信息。
示例性地,每个主题消息可以被划分为至少一个类别主题,根据划分出的类别主题可以确定每个主题消息对应的消息类别信息。
步骤S320,基于M个主题消息各自对应的消息类别信息,确定M个主题消息对应的分发策略信息。
示例性地,分发策略信息可以是预先自定义的Key策略。分发策略信息可以存储在第一消息服务器中,第一消息服务器根据分发策略信息分发M个主题消息。
步骤S330,基于分发策略信息,向N个消费者推送M个主题消息。
具体而言,基于Key策略将M个主题消息分发给对应的消费者。例如第一消息服务器将Key为1-10对应的主题消息推送给消费者A,将Key大于11对应的主题消息推送给消费者B。其中,该方式对应消费方式图3中的路由键模式。
本申请实施例提供的消息服务方法,基于订阅信息,确定M个主题消息各自对应的消息类别信息,继而基于M个主题消息各自对应的消息类别信息,确定M个主题消息对应的分发策略信息,从而根据分发策略信息,向N个消费者推送M个主题消息,以保证消费的有序性,更加符合消费者的实际需求。
图6所示为本申请另一实施例提供的消息服务方法的流程示意图。在图5所示实施例基础上延伸出图6所示实施例,下面着重叙述图5所示实施例与图6所示实施例的不同之处,相同之处不再赘述。
如图6所示,在本申请实施例中,在基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息(步骤S310)之后,还包括如下步骤。
步骤S410,接收N个消费者各自发送的消费完成信息。
示例性地,消费完成信息可以理解为消费者已经完成从消息服务器中获取数据的操作。消费完成信息是消费者反馈给消息服务器的。
步骤S420,基于N个消费者各自发送的消费完成信息,更新M个主题消息对应的消费顺序信息。
示例性地,消费顺序信息可以理解为M个主题消息各自对应的消费顺序。
应当理解,在实际应用过程中,每创建一个订单就会生成一个消息。当订单源源不断时,就生成了多个主题消息。可以通过游标的方式处理主题消息,将每个主题消息排好顺序,每个主题消息对应一个消费顺序信息,按照消费顺序信息进行消费。
举例说明,M个主题消息对应的消费顺序为:第一主题消息、第二主题消息、第三主题消息....第M主题消息。第一主题消息消费完成后,才能够去消费第二主题消息,然后按照消费顺序依次将M个主题消息消费完成。
在实际应用过程中,消息服务器接收多个生产者发布的多个主题消息;消息服务器对应多个区块,根据服务器预先设定的分片规则,确定每个主题消息对应的区块;根据每个主题消息对应的区块以及区块和服务器的对应关系,将每个主题消息存储在区块对应的消息服务器上。消息服务器接收到消费者发送的订阅信息之后,消息服务器向消费者推送主题消息;消息服务器接收消费者的消费完成信息,并更新多个主题消息对应的消费顺序信息。
本申请实施例提供的消息服务方法,基于N个消费者各自发送的消费完成信息,更新M个主题消息对应的消费顺序信息,能够实时确定消费位置,避免重复消费。
图7所示为本申请又一实施例提供的消息服务方法的流程示意图。如图7所示,在本申请实施例中,应用于第一生产者对应的电子设备,第一生产者为目标集团的不同事业部的多个生产者之一,第一生产者对应的电子设备与消息服务器集群包括的多个消息服务器连接,该方法包括如下步骤。
步骤S510,生成第一生产者对应的P个主题消息,P为正整数。
示例性地,第一生产者对应客户区。第一生产者生产或创建每一个消息时,依据当前时间生成当前主题消息唯一的标识。
步骤S520,基于消息服务器集群包括的多个消息服务器,确定P个主题消息各自对应的区块。
具体而言,基于消息服务器集群包括的多个消息服务器,第一生产者链接多个消息服务器,并获取消息服务器和区块的对应关系。基于当前主题消息唯一的ID标识以及消息服务器和区块的对应关系,能够确定将主题消息发送到对应的区块中。
步骤S530,将P个主题消息分别发送至P个主题消息各自对应的区块,以便将P个主题消息分别存储到P个主题消息各自对应的消息服务器,从而供目标集团的不同事业部的消费者订阅消费。
示例性地,区块相当于硬盘,服务器不能直接连接硬盘。需要通过中间代理者连接硬盘,将主题消息payload给消息服务器,相当于把主题消息传给中间代理者,中间代理者帮助消息服务器把主题消息写在区块中。
本申请实施例提供的消息服务方法,第一生产者生成P个主题消息,并基于消息服务器集群包括的多个消息服务器,确定P个主题消息各自对应的区块;然后将P个主题消息分别发送至P个主题消息各自对应的区块,以便将P个主题消息分别存储到P个主题消息各自对应的消息服务器,从而实现目标集团的不同事业部的消费者订阅消费的目的。该消息服务方法同时支撑业务和数据团队的需求,既包含业务***的高可用,不丢消息的要求,又结合数据团队的数据流处理高并发、极大地降低运维使用成本。
图8所示为本申请又一实施例提供的消息服务方法的流程示意图。如图8所示,生产者生产多个主题消息,然后生产者链接消息服务器并获取消息服务器中存储的消息服务器和区块的对应关系,根据主题消息和区块的对应关系以及消息服务器和区块的对应关系,将主题消息发送到对应的区块,并将主题消息存储在区块对应的消息服务器中。同时将主题消息并发写到存储***BookKeeper中的Bookie中,一旦消息服务器的区块写入成功后,消息服务器返回存储***写入成功的信息。该存储***支持备份ack机制、跨地策略、异地备份复制机制,进一步实现了消息服务的动态扩容功能。
图9所示为本申请另一实施例提供的消息服务方法的流程示意图。如图9所示,本申请实施例提供的消息服务方法,应用于第一消费者对应的电子设备,第一消费者为目标集团的不同事业部的多个消费者之一,第一消费者对应的电子设备与消息服务器集群包括的多个消息服务器连接,该方法包括如下步骤。
步骤S610,发送针对消息服务器集群中的Q个主题消息的订阅信息。
示例性地,第一消费者想要订阅并消费Q个主题消息,所以第一消费者向消息服务集群中负责Q个主题消息的消息服务器发送订阅信息。
步骤S620,基于订阅信息,确定Q个主题消息各自对应的消息服务器。
具体而言,基于Q个主题消息的订阅信息,能够确定Q个主题消息各自对应的区块。基于区块和消息服务器的对应关系,能够确定Q个主题消息各自对应的区块所在的消息服务器。
步骤S630,基于第一消费者对应的电子设备与Q个主题消息各自对应的消息服务器之间的连接关系,获取Q个主题消息并进行消费。
具体而言,基于第一消费者对应的电子设备与Q个主题消息各自对应的消息服务器之间的连接关系,消息服务器向第一消费者推送Q个主题消息,第一消费者获取到Q个主题消息后进行消费。
图10所示为本申请又一实施例提供的消息服务方法的流程示意图。如图10所示,在实际应用过程中,消费者获取主题消息和区块的对应关系,并根据主题消息和区块的对应关系,消费者链接主题消息对应的服务器列表(即消息服务器0、消息服务器1、消息服务器2),并订阅各个消息服务器对应的区块;消费者接收各个消息服务器推送的主题消息并进行消费,消费完成之后,向各个消息服务器发送消费完成信息。
相对于现有技术中的点对点消费方式,本申请实施例提供的消息服务方法,只要消费者订阅主题消息,消息服务器便向消费者推送主题消息,第一消费者获取到主题消息后进行消费,充分满足一对多或多对多的应用需求,实现了一种高可用、消息不丢失、动态括容的消息服务。
图11所示为本申请又一实施例提供的消息服务方法的流程示意图。在图10所示实施例基础上延伸出图11所示实施例,下面着重叙述图11所示实施例与图10所示实施例的不同之处,相同之处不再赘述。
如图11所示,在本申请实施例中,基于第一消费者对应的电子设备与Q个主题消息各自对应的消息服务器之间的连接关系,获取Q个主题消息并进行消费(步骤S630)之后,还包括如下步骤。
步骤S710,向Q个主题消息各自对应的消息服务器发送消费完成信息,以便Q个主题消息各自对应的消息服务器保留或删除Q个主题消息。
具体而言,当消费者完成消费之后,消费者会通过确认字符(Acknowledgecharacter,ACK)确认机制发送给第一消息服务器消费完成信息。第一消息服务器会根据策略决定是否保留或者删除M个主题消息,理论上M个主题消息可以永久保留在第一消息服务器中。
本申请实施例提供的消息服务方法,消费完成后消费者向Q个主题消息各自对应的消息服务器发送消费完成信息,有利于Q个主题消息各自对应的消息服务器确定保留或删除Q个主题消息。
在本申请其他实施例中,该消息服务方法提供可视化管理页面,便于对消息服务进行查看及预览。除此之外,后台管理页面还提供开通租户、配置策略等功能,进一步满足多租户的需求,扩大消息服务方法的适用范围。
图12所示为本申请一实施例提供的消息服务方法的应用场景图。如图12所示,目标集团对应消息服务集群,该消息服务集群中包括租户1、租户2、租户3以及租户4。每个租户对应目标集团中的一个部门。其中,租户1对应数据中心部门,租户2对应市场部、租户3对应商业部、租户4对应平台。每个部门包括多个微服务。数据中心部门包括地图服务,市场部包括优惠券服务和数据抽取服务,商业部包括数据抽取服务,平台包括用户服务。每一个用户服务可以生产不同种类的主题消息。比如,主题消息1和主题消息2的主题种类不相同。每一个服务生产的不同种类的主题消息,生产的主题消息基于本申请实施例提供的消息服务方法,分发给消费者,供消费者消费。
上文结合图1至图12,详细描述了本申请的方法实施例,下面结合图13至图16,详细描述本申请的装置实施例。应理解,方法实施例的描述与装置实施例的描述相互对应,因此,未详细描述的部分可以参见前面方法实施例。
图13所示为本申请一实施例提供的消息服务装置的结构示意图。如图13所示,本申请实施例提供的消息服务装置应用于第一消息服务器,第一消息服务器为消息服务器集群包括的多个消息服务器之一,该装置包括接收模块800、第一确定模块810以及存储模块820。接收模块800用于接收第一生产者发布的、与第一消息服务器对应的M个主题消息,其中,第一生产者为目标集团的不同事业部的多个生产者之一。第一确定模块810用于基于M个主题消息和预设分片方式,确定M个主题消息各自对应的区块。存储模块820用于将M个主题消息分别存储到M个主题消息各自对应的区块,以便目标集团的不同事业部的消费者订阅消费。
在本申请实施例中,消息服务装置还用于接收针对M个主题消息的订阅信息;基于订阅信息,向订阅信息对应的N个消费者推送M个主题消息。
在本申请实施例中,消息服务装置还用于基于订阅信息,确定M个主题消息各自对应的消息类别信息;基于M个主题消息各自对应的消息类别信息,确定M个主题消息对应的分发策略信息;基于分发策略信息,向N个消费者推送M个主题消息。
在本申请实施例中,消息服务装置还用于基于订阅信息,向订阅信息对应的第一消费者推送第一主题消息,若存在向第二消费者推送第一主题消息的行为,则启动报错;其中,第一消费者为N个消费者之一,第一主题消息为M个主题消息之一,第二消费者为N个消费者之一。
在本申请实施例中,消息服务装置还用于基于订阅信息,向订阅信息对应的第一消费者推送第一主题消息,若消息服务器集群中的其他消息服务器启动订阅服务行为,则其他消息服务器作为备份存在。
在本申请实施例中,消息服务装置还用于基于订阅信息,向订阅信息对应的N个消费者推送第一主题消息,以便N个消费者共同消费第一主题消息。
在本申请实施例中,消息服务装置还用于接收N个消费者各自发送的消费完成信息;基于N个消费者各自发送的消费完成信息,更新M个主题消息对应的消费顺序信息。
图14所示为本申请一实施例提供的消息服务装置的结构示意图。如图14所示,本申请实施例提供的消息服务装置应用于第一生产者对应的电子设备,第一生产者为目标集团的不同事业部的多个生产者之一,第一生产者对应的电子设备与消息服务器集群包括的多个消息服务器连接,该装置包括生成模块900、第二确定模块910以及发送模块920。生成模块900用于生成第一生产者对应的P个主题消息。第二确定模块910用于基于消息服务器集群包括的多个消息服务器,确定P个主题消息各自对应的区块。发送模块920用于将P个主题消息分别发送至P个主题消息各自对应的区块,以便将P个主题消息分别存储到P个主题消息各自对应的消息服务器,从而供目标集团的不同事业部的消费者订阅消费。
图15所示为本申请一实施例提供的消息服务装置的结构示意图。如图15所示,本申请实施例提供的消息服务装置应用于第一消费者对应的电子设备,第一消费者为目标集团的不同事业部的多个消费者之一,第一消费者对应的电子设备与消息服务器集群包括的多个消息服务器连接,该装置包括接收模块1000、第三确定模块1001以及消费模块1002。接收模块1000用于发送针对消息服务器集群中的Q个主题消息的订阅信息。第三确定模块1001用于基于订阅信息,确定Q个主题消息各自对应的消息服务器。消费模块1002用于基于第一消费者对应的电子设备与Q个主题消息各自对应的消息服务器之间的连接关系,获取Q个主题消息并进行消费。
下面,参考图16来描述根据本申请实施例的电子设备。图16所示为本申请一实施例提供的电子设备的结构示意图。
如图16所示,电子设备1000包括一个或多个处理器1001和存储器1002。
处理器1002可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元,并且可以控制电子设备1000中的其他组件以执行期望的功能。
存储器1002可以包括一个或多个计算机程序产品,计算机程序产品可以包括各种形式的计算机可读存储介质,例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令,处理器1002可以运行程序指令,以实现上文提及的本申请的各个实施例的消息服务方法以及/或者其他期望的功能。在计算机可读存储介质中还可以存储诸如预设分片方式等各种内容。
在一个示例中,电子设备1000还可以包括:输入装置1003和输出装置1004,这些组件通过总线***和/或其他形式的连接机构(未示出)互连。
该输入装置1003可以包括例如键盘、鼠标等等。
该输出装置1004可以向外部输出各种信息,包括主题消息等。该输出装置1004可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
当然,为了简化,图16中仅示出了该电子设备1000中与本申请有关的组件中的一些,省略了诸如总线、输入/输出接口等等的组件。除此之外,根据具体应用情况,电子设备1000还可以包括任何其他适当的组件。
除了上述方法和设备以外,本申请的实施例还可以是计算机程序产品,其包括计算机程序指令,计算机程序指令在被处理器运行时使得处理器执行本说明书上述描述的根据本申请各种实施例的消息服务方法中的步骤。
计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码,程序设计语言包括面向对象的程序设计语言,诸如Java、C++等,还包括常规的过程式程序设计语言,诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
此外,本申请的实施例还可以是计算机可读存储介质,其上存储有计算机程序指令,计算机程序指令在被处理器运行时使得处理器执行本说明书上述描述的根据本申请各种实施例的消息服务方法中的步骤。
计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
以上结合具体实施例描述了本申请的基本原理,但是,需要指出的是,在本申请中提及的优点、优势、效果等仅是示例而非限制,不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外,上述公开的具体细节仅是为了示例的作用和便于理解的作用,而非限制,上述细节并不限制本申请为必须采用上述具体的细节来实现。
本申请中涉及的器件、装置、设备、***的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的,可以按任意方式连接、布置、配置这些器件、装置、设备、***。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇,指“包括但不限于”,且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”,且可与其互换使用,除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”,且可与其互换使用。
还需要指出的是,在本申请的装置、设备和方法中,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。
提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的,并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此,本申请不意图被限制到在此示出的方面,而是按照与在此公开的原理和新颖的特征一致的最宽范围。
为了例示和描述的目的已经给出了以上描述。此外,此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例,但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (15)

1.一种消息服务方法,其特征在于,应用于第一消息服务器,所述第一消息服务器为消息服务器集群包括的多个消息服务器之一,所述方法包括:
接收第一生产者发布的、与所述第一消息服务器对应的M个主题消息,其中,所述第一生产者为目标集团的不同事业部的多个生产者之一;
基于所述M个主题消息和预设分片方式,确定所述M个主题消息各自对应的区块;
将所述M个主题消息分别存储到所述M个主题消息各自对应的区块,以便所述目标集团的不同事业部的消费者订阅消费。
2.根据权利要求1所述的消息服务方法,其特征在于,在所述将所述M个主题消息分别存储到所述M个主题消息各自对应的区块之后,还包括:
接收针对所述M个主题消息的订阅信息;
基于所述订阅信息,向所述订阅信息对应的N个消费者推送所述M个主题消息。
3.根据权利要求2所述的消息服务方法,其特征在于,所述基于所述订阅信息,向所述订阅信息对应的N个消费者推送所述M个主题消息,包括:
基于所述订阅信息,确定所述M个主题消息各自对应的消息类别信息;
基于所述M个主题消息各自对应的消息类别信息,确定所述M个主题消息对应的分发策略信息;
基于所述分发策略信息,向所述N个消费者推送所述M个主题消息。
4.根据权利要求2所述的消息服务方法,其特征在于,所述基于所述订阅信息,向所述订阅信息对应的N个消费者推送所述M个主题消息,包括:
基于所述订阅信息,向所述订阅信息对应的第一消费者推送第一主题消息,若存在向第二消费者推送所述第一主题消息的行为,则启动报错;其中,所述第一消费者为所述N个消费者之一,所述第一主题消息为所述M个主题消息之一,所述第二消费者为所述N个消费者之一。
5.根据权利要求2所述的消息服务方法,其特征在于,所述基于所述订阅信息,向所述订阅信息对应的N个消费者推送所述M个主题消息,包括:
基于所述订阅信息,向所述订阅信息对应的第一消费者推送第一主题消息,若所述消息服务器集群中的其他消息服务器启动订阅服务行为,则所述其他消息服务器作为备份存在。
6.根据权利要求2所述的消息服务方法,其特征在于,所述基于所述订阅信息,向所述订阅信息对应的N个消费者推送所述M个主题消息,包括:
基于所述订阅信息,向所述订阅信息对应的N个消费者推送第一主题消息,以便所述N个消费者共同消费所述第一主题消息。
7.根据权利要求2至6任一项所述的消息服务方法,其特征在于,在所述基于所述订阅信息,向所述订阅信息对应的N个消费者推送所述M个主题消息之后,还包括:
接收所述N个消费者各自发送的消费完成信息;
基于所述N个消费者各自发送的消费完成信息,更新所述M个主题消息对应的消费顺序信息。
8.一种消息服务方法,其特征在于,应用于第一生产者对应的电子设备,所述第一生产者为目标集团的不同事业部的多个生产者之一,所述第一生产者对应的电子设备与消息服务器集群包括的多个消息服务器连接,所述方法包括:
生成所述第一生产者对应的P个主题消息;
基于所述消息服务器集群包括的多个消息服务器,确定所述P个主题消息各自对应的区块;
将所述P个主题消息分别发送至所述P个主题消息各自对应的区块,以便将所述P个主题消息分别存储到所述P个主题消息各自对应的消息服务器,从而供所述目标集团的不同事业部的消费者订阅消费。
9.一种消息服务方法,其特征在于,应用于第一消费者对应的电子设备,所述第一消费者为目标集团的不同事业部的多个消费者之一,所述第一消费者对应的电子设备与消息服务器集群包括的多个消息服务器连接,所述方法包括:
发送针对所述消息服务器集群中的Q个主题消息的订阅信息;
基于所述订阅信息,确定所述Q个主题消息各自对应的消息服务器;
基于所述第一消费者对应的电子设备与所述Q个主题消息各自对应的消息服务器之间的连接关系,获取所述Q个主题消息并进行消费。
10.根据权利要求6所述的消息服务方法,其特征在于,所述基于所述第一消费者对应的电子设备与所述Q个主题消息各自对应的消息服务器之间的连接关系,获取所述Q个主题消息并进行消费之后,还包括:
向所述Q个主题消息各自对应的消息服务器发送消费完成信息,以便所述Q个主题消息各自对应的消息服务器保留或删除所述Q个主题消息。
11.一种消息服务装置,其特征在于,应用于第一消息服务器,所述第一消息服务器为消息服务器集群包括的多个消息服务器之一,所述装置包括:
接收模块,用于接收第一生产者发布的、与所述第一消息服务器对应的M个主题消息,其中,所述第一生产者为目标集团的不同事业部的多个生产者之一;
第一确定模块,用于基于所述M个主题消息和预设分片方式,确定所述M个主题消息各自对应的区块;
存储模块,用于将所述M个主题消息分别存储到所述M个主题消息各自对应的区块,以便所述目标集团的不同事业部的消费者订阅消费。
12.一种消息服务装置,其特征在于,应用于第一生产者对应的电子设备,所述第一生产者为目标集团的不同事业部的多个生产者之一,所述第一生产者对应的电子设备与消息服务器集群包括的多个消息服务器连接,所述装置包括:
生成模块,用于生成所述第一生产者对应的P个主题消息;
第二确定模块,用于基于所述消息服务器集群包括的多个消息服务器,确定所述P个主题消息各自对应的区块;
发送模块,用于将所述P个主题消息分别发送至所述P个主题消息各自对应的区块,以便将所述P个主题消息分别存储到所述P个主题消息各自对应的消息服务器,从而供所述目标集团的不同事业部的消费者订阅消费。
13.一种消息服务装置,其特征在于,应用于第一消费者对应的电子设备,所述第一消费者为目标集团的不同事业部的多个消费者之一,所述第一消费者对应的电子设备与消息服务器集群包括的多个消息服务器连接,所述装置包括:
接收模块,用于发送针对所述消息服务器集群中的Q个主题消息的订阅信息;
第三确定模块,用于基于所述订阅信息,确定所述Q个主题消息各自对应的消息服务器;
消费模块,用于基于所述第一消费者对应的电子设备与所述Q个主题消息各自对应的消息服务器之间的连接关系,获取所述Q个主题消息并进行消费。
14.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,计算机程序用于执行上述权利要求1至10任一项所述的方法。
15.一种电子设备,其特征在于,所述电子设备包括:
处理器;
用于存储所述处理器可执行指令的存储器;
所述处理器,用于执行上述权利要求1至10任一项所述的方法。
CN202111604539.4A 2021-12-24 2021-12-24 消息服务方法及装置、可读存储介质及电子设备 Active CN114363407B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111604539.4A CN114363407B (zh) 2021-12-24 2021-12-24 消息服务方法及装置、可读存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111604539.4A CN114363407B (zh) 2021-12-24 2021-12-24 消息服务方法及装置、可读存储介质及电子设备

Publications (2)

Publication Number Publication Date
CN114363407A true CN114363407A (zh) 2022-04-15
CN114363407B CN114363407B (zh) 2024-03-19

Family

ID=81100559

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111604539.4A Active CN114363407B (zh) 2021-12-24 2021-12-24 消息服务方法及装置、可读存储介质及电子设备

Country Status (1)

Country Link
CN (1) CN114363407B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115001998A (zh) * 2022-04-26 2022-09-02 北京贝壳时代网络科技有限公司 一种消息服务的容灾方法和装置
CN115242787A (zh) * 2022-07-22 2022-10-25 恒生电子股份有限公司 消息处理***及方法
CN115278561A (zh) * 2022-06-01 2022-11-01 浪潮软件股份有限公司 一种应用于政务领域的多通道短信服务优化方法
CN116132395A (zh) * 2022-11-15 2023-05-16 马上消费金融股份有限公司 消息处理方法、电子设备及计算机可读存储介质
CN117390337A (zh) * 2023-12-11 2024-01-12 宁德时代新能源科技股份有限公司 消息发送方法、装置、中间件及介质
CN117527880A (zh) * 2024-01-05 2024-02-06 南京研利科技有限公司 消息管理方法、装置、电子设备及计算机可读取存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105591877A (zh) * 2014-10-23 2016-05-18 阿里巴巴集团控股有限公司 一种业务消息传输方法、装置及***
CN106953901A (zh) * 2017-03-10 2017-07-14 重庆邮电大学 一种提高消息传递性能的集群通信***及其方法
CN112560078A (zh) * 2020-08-05 2021-03-26 北京京东振世信息技术有限公司 区块链数据处理方法、装置、设备及介质
CN113342551A (zh) * 2021-07-01 2021-09-03 广东电网有限责任公司 消息订阅机制跨区服务消息推送方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105591877A (zh) * 2014-10-23 2016-05-18 阿里巴巴集团控股有限公司 一种业务消息传输方法、装置及***
CN106953901A (zh) * 2017-03-10 2017-07-14 重庆邮电大学 一种提高消息传递性能的集群通信***及其方法
CN112560078A (zh) * 2020-08-05 2021-03-26 北京京东振世信息技术有限公司 区块链数据处理方法、装置、设备及介质
CN113342551A (zh) * 2021-07-01 2021-09-03 广东电网有限责任公司 消息订阅机制跨区服务消息推送方法

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115001998A (zh) * 2022-04-26 2022-09-02 北京贝壳时代网络科技有限公司 一种消息服务的容灾方法和装置
CN115001998B (zh) * 2022-04-26 2024-02-23 北京贝壳时代网络科技有限公司 一种消息服务的容灾方法和装置
CN115278561A (zh) * 2022-06-01 2022-11-01 浪潮软件股份有限公司 一种应用于政务领域的多通道短信服务优化方法
CN115242787A (zh) * 2022-07-22 2022-10-25 恒生电子股份有限公司 消息处理***及方法
CN115242787B (zh) * 2022-07-22 2023-09-05 恒生电子股份有限公司 消息处理***及方法
CN116132395A (zh) * 2022-11-15 2023-05-16 马上消费金融股份有限公司 消息处理方法、电子设备及计算机可读存储介质
CN117390337A (zh) * 2023-12-11 2024-01-12 宁德时代新能源科技股份有限公司 消息发送方法、装置、中间件及介质
CN117390337B (zh) * 2023-12-11 2024-04-26 宁德时代新能源科技股份有限公司 消息发送方法、装置、中间件及介质
CN117527880A (zh) * 2024-01-05 2024-02-06 南京研利科技有限公司 消息管理方法、装置、电子设备及计算机可读取存储介质
CN117527880B (zh) * 2024-01-05 2024-04-09 南京研利科技有限公司 消息管理方法、装置、电子设备及计算机可读取存储介质

Also Published As

Publication number Publication date
CN114363407B (zh) 2024-03-19

Similar Documents

Publication Publication Date Title
CN114363407A (zh) 消息服务方法及装置、可读存储介质及电子设备
CN109949111B (zh) 电子票据标识分配方法、电子票据生成方法、装置及***
US10127077B2 (en) Event distribution pattern for use with a distributed data grid
CN106874334B (zh) 一种数据处理方法及装置、资讯处理***
CN109379448B (zh) 一种文件分布式部署方法、装置、电子设备及存储介质
CN109032796B (zh) 一种数据处理方法和装置
JP2007183904A (ja) イベント処理システム、イベント処理方法、イベント処理装置、及び、イベント処理プログラム
US9332074B2 (en) Memory to memory communication and storage for hybrid systems
JP6405255B2 (ja) 通信システム、キュー管理サーバ、及び、通信方法
CN110858194A (zh) 一种数据库扩容的方法和装置
US8832215B2 (en) Load-balancing in replication engine of directory server
CN112597249A (zh) 一种业务数据的同步分发存储方法及***
CN109995878A (zh) 资源库共享方法及分布式集群***
CN113076304A (zh) 一种分布式版本管理方法、装置和***
US11107037B2 (en) Method and system of sharing product data in a collaborative environment
CN102187329B (zh) 通过基于知识的同步来忘记项
CN112825525B (zh) 用于处理事务的方法和装置
CN117435569A (zh) 缓存***动态扩容方法、装置、设备、介质和程序产品
CN112380040B (zh) 一种消息处理的方法、装置、电子设备及存储介质
CN113535673B (zh) 生成配置文件及数据处理的方法和装置
CN112463887A (zh) 一种数据处理方法、装置、设备及存储介质
CN111258775A (zh) 消息处理方法、装置、设备和存储介质
CN113407339A (zh) 资源请求反馈方法、装置、可读存储介质及电子设备
CN111767113A (zh) 一种用于实现容器驱逐的方法和装置
CN113553308B (zh) 基于CephFS文件***的多集群多活实现方法及***

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
GR01 Patent grant
GR01 Patent grant