CN116662022B - 分布式消息处理方法、***、装置、通信设备及存储介质 - Google Patents
分布式消息处理方法、***、装置、通信设备及存储介质 Download PDFInfo
- Publication number
- CN116662022B CN116662022B CN202310961369.8A CN202310961369A CN116662022B CN 116662022 B CN116662022 B CN 116662022B CN 202310961369 A CN202310961369 A CN 202310961369A CN 116662022 B CN116662022 B CN 116662022B
- Authority
- CN
- China
- Prior art keywords
- message
- volume
- node
- list
- message service
- 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.)
- Active
Links
- 238000003860 storage Methods 0.000 title claims abstract description 47
- 238000003672 processing method Methods 0.000 title claims abstract description 32
- 238000004891 communication Methods 0.000 title claims abstract description 29
- 238000012545 processing Methods 0.000 claims abstract description 67
- 238000004519 manufacturing process Methods 0.000 claims abstract description 64
- 230000004044 response Effects 0.000 claims abstract description 20
- 238000004364 calculation method Methods 0.000 claims description 89
- 230000006870 function Effects 0.000 claims description 41
- 238000000034 method Methods 0.000 claims description 24
- 238000001514 detection method Methods 0.000 claims description 13
- 238000005111 flow chemistry technique Methods 0.000 claims description 4
- 238000012544 monitoring process Methods 0.000 claims description 2
- 230000008602 contraction Effects 0.000 abstract description 17
- 238000009826 distribution Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 13
- 238000004590 computer program Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000013461 design Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000003319 supportive effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/547—Messaging middleware
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供了一种分布式消息处理方法、***、装置、通信设备及存储介质，包括：接收生产端发送的第一消息，以及第一消息对应的分配请求；响应于分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；根据消息服务列表确定第一消息对应的消息服务节点，以使消息服务节点接收第一消息，并将第一消息发送至消息卷列表中的全部消息卷节点，以使全部消息卷节点存储第一消息。本申请实施例通过引入单独的消息卷节点，只负责消息的存储，可独立地进行横向扩展或收缩，并且通过负载均衡节点对生产端的分配请求的响应，可以实现将用户的请求（生产端生产的第一消息）按照顺序转发至一个消息服务节点处理。
Description
技术领域
本申请涉及数据处理技术领域，特别是一种分布式消息处理方法、***、装置、通信设备及存储介质。
背景技术
消息中间件（消息平台）是基于队列与消息传递技术，在网络环境中为应用***提供同步或异步、可靠的消息传输的支撑性软件***。简单来说，消息中间件关注数据的发送与接收，利用高效、可靠的信息传递机制，对分布式***中的各个子***进行集成。
当前的消息中间件虽然能够满足基本的消息传递功能，也能在主节点异常的情况下进行主备切换，但是消息服务节点重度依赖本地文件***，用于存储消息，当消息服务节点接收到消息时，会将消息追加写到本地磁盘上，导致消息的存储无法进行单独的横向扩展，限制了消息的存储能力。
发明内容
本申请实施例的目的在于提供一种分布式消息处理方法、***、装置、通信设备及存储介质，以解决现有技术中消息的存储无法进行单独的横向扩展，限制了消息的存储能力的技术问题。具体技术方案如下：
在本申请实施的第一方面，首先提供了一种分布式消息处理方法，应用于负载均衡节点，所述分布式消息处理方法包括：
接收生产端发送的第一消息对应的分配请求；
响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；
根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
可选地，所述根据所述消息服务列表确定所述第一消息对应的消息服务节点包括：
基于轮询访问方式在所述消息服务列表中确定所述第一消息对应的消息服务节点。
可选地，所述分布式消息处理方法还包括：
接收消费端发送的第二消息对应的消息读取请求；
响应于所述消息读取请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；
根据所述消息服务列表以及消息卷列表确定所述第二消息对应的消息服务节点以及消息卷节点，其中，所述消息卷节点包括所述消息读取请求对应的第二消息，所述消息服务节点用于将所述第二消息发送至所述消费端。
在本申请实施的又一方面，还提供了一种分布式消息处理方法，应用于消息服务节点，所述分布式消息处理方法包括：
接收第一消息，其中，所述第一消息是所述生产端发送至所述负载均衡节点，所述负载均衡节点根据所述生产端发送的分配请求在注册中心查询处于非工作状态的消息服务列表以及消息卷列表，根据所述消息服务列表确定所述第一消息对应的消息服务节点；
将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
可选地，在所述将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息的步骤之后，所述方法包括：
获取目标消息，其中，所述目标消息是数据流计算模块根据用户上传的函数代码生成计算函数，根据所述计算函数对所述第一消息进行数据流处理生成的；
将所述目标消息发送至消费端。
可选地，所述计算函数包括所述第一消息对应的计算规则，所述目标消息是所述数据流计算模块
根据所述计算规则生成计算任务，并启动线程池执行所述计算任务生成的，所述计算规则包括所述第一消息对应的消息服务节点，所述目标消息对应的消息服务节点，以及所述计算任务对应的频率和次数。
在本申请实施的又一方面，还提供了一种分布式消息处理***，所述***包括：消息流集群，所述消息流集群包括负载均衡节点、至少一个消息服务节点以及至少一个消息卷节点；
所述负载均衡节点用于接收生产端发送的第一消息对应的分配请求；响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息；
所述消息服务节点用于接收第一消息；将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
可选地，所述***还包括：生产端；
所述生产端用于向所述消息流集群中的负载均衡节点发送第一消息，以及所述第一消息对应的分配请求。
可选地，所述***还包括：消费端；
所述消费端用于向所述消息流集群发送第二消息的消息读取请求。
可选地，所述消息卷节点用于存储所述第一消息，以及第二消息。
可选地，所述消息卷节点包括磁盘使用率告警器，所述磁盘使用率告警器用于实时监控节点上的本地磁盘的使用率，并将所述使用率上报至注册中心。
可选地，所述消息卷节点还用于在检测到所述本地磁盘的使用率大于预设阈值的情况下，向所述注册中心发送告警信息，以使所述注册中心根据所述告警信息向用户发送消息卷节点扩容信息。
可选地，所述消息流集群还包括数据流计算模块；
所述数据流计算模块和所述消息服务节点通信连接；
所述数据流计算模块用于根据用户上传的函数代码生成计算函数，获取所述消息服务节点中的第一消息，根据所述计算函数对所述第一消息进行数据流处理，生成目标消息，所述目标消息通过所述消息服务节点发送至消费端。
可选地，所述消息流集群还包括注册中心；
所述注册中心用于维护消息服务列表以及消息卷列表，其中，所述消息服务列表包括全部消息服务节点以及所述消息服务节点对应的状态，所述消息卷列表包括全部消息卷节点、所述消息卷节点对应的状态以及磁盘使用率。
可选地，所述状态包括以下至少一种：非工作状态，以及工作状态。
可选地，一个所述消息服务节点通信连接多个所述消息卷节点。
在本申请实施的又一方面，还提供了一种分布式消息处理装置，应用于负载均衡节点，所述装置包括：
接收模块，用于接收生产端发送的第一消息对应的分配请求；
查询模块，用于响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；
确定模块，用于根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
在本申请实施的又一方面，还提供了一种分布式消息处理装置，应用于消息服务节点，所述装置包括：
接收模块，用于接收第一消息，其中，所述第一消息是所述生产端发送至所述负载均衡节点，所述负载均衡节点根据所述生产端发送的分配请求在注册中心查询处于非工作状态的消息服务列表以及消息卷列表，根据所述消息服务列表确定所述第一消息对应的消息服务节点；
发送模块，用于将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
在本申请实施的又一方面，还提供了一种通信设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现上述任一所述的分布式消息处理方法。
在本申请实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的分布式消息处理方法。
本申请实施例提供的分布式消息处理方法，通过接收生产端发送的第一消息对应的分配请求；响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。本申请实施例通过引入单独的消息卷节点，只负责消息的存储，可独立地进行横向扩展或收缩，并进一步地将消息的计算与存储分离，即消息的处理和存储不再绑定在同1个节点，而是分在2个节点（消息服务节点以及消息卷节点）进行，消息服务节点用于对消息进行处理，消息卷节点用于存储消息，彼此之间相互独立，可独立地进行横向扩展或者收缩而不相互影响，并且通过负载均衡节点对生产端的分配请求的响应，可以实现将用户的请求（生产端生产的第一消息）按照顺序转发至一个消息服务节点处理。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1示出了本申请实施例提供的分布式消息处理方法的步骤流程图一；
图2示出了本申请实施例提供的分布式消息处理方法的步骤流程图二；
图3示出了本申请实施例提供的分布式消息处理方法的步骤流程图三；
图4示出了本申请实施例提供的分布式消息处理方法的步骤流程图四；
图5示出了本申请实施例提供的一种分布式消息处理***的示意图；
图6示出了本申请实施例提供的一种分布式消息处理装置的装置框图；
图7示出了本申请实施例提供的另一种分布式消息处理装置的装置框图；
图8示出了本申请实施例提供的一种通信设备的结构框图；
图9示出了本申请实施例提供的一种相关技术中消息中间件运行原理示意图；
图10示出了本申请实施例提供的一种分布式消息处理方法中消息写入示意图；
图11示出了本申请实施例提供的一种分布式消息处理方法中数据流计算示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
如图9所示，图9展示了常见的消息中间件的运行原理。消息中间件一般分为3部分：生产者（Producer）消费者（Consumer）和消息服务（Broker）。生产者产生消息，将其发送到消息服务。消息服务一般以主从集群的形式在多台主机上面部署，消息的写入和读取一般都是通过主节点完成，从节点作为备用节点在主节点宕机时进行切换，主节点写入数据后会同步到从节点。消息存储在消息服务所在主机的本地磁盘上面，消息属于某个主题（Topic），用于对消息进行分类。消费者从消息服务中读取消息来进行后续的业务处理。一般的消息中间件只能进行消息的发送和接收，没法在接收到消息时进行实时的流式计算，如果需要，还要单独再部署其他的***。当前的消息中间件虽然能够满足基本的消息传递功能，也能在主节点异常的情况下进行主备切换，但是还存在以下问题：消息服务Broker重度依赖本地文件***，用于存储消息，当Broker接收到消息时，会将消息追加写到本地磁盘上。这一架构决定了消息的存储无法进行单独的横向扩展，只有同时增加Broker节点，才能增加消息的存储能力；存在读写的单点瓶颈，读写都通过主节点，主节点的压力较大；Broker中无法对消息进行实时的流式计算，若需要，则要部署额外的***，增加了额外的开销。
需要说明的是，消息中间件一般包括：生产者（Producer）消费者（Consumer）和消息服务（Broker），在本申请实施例中，消息流集群中，消息服务对应消息服务节点，生产者对应生产端，消费者对应消费端。
参照图1，示出了本申请实施例提供的分布式消息处理方法的步骤流程图一，所述方法可以包括：
步骤101，接收生产端发送的第一消息对应的分配请求。
需要说明的是，本申请实施例应用于负载均衡节点，该节点上搭载有负载均衡软件组件，可以表示为负载均衡器，生产端即为消息中间件中生产者所在的服务器或者终端等，第一消息是生产端向本申请中的消息流集群中发送的消息。
负载均衡节点是消息流集群中的其中一个模块，消息流集群可以包括消息服务节点，消息卷节点，负载均衡节点，注册中心以及数据流计算模块。
负载均衡节点是用于对外（生成者和消费者）的交换接口，收到发送或者获取消息的请求后，将请求转发到集群中某1个存活的Broker来处理，因此，在本申请实施例中，负载均衡节点接收生产端发送的第一消息对应的分配请求，负载均衡节点会基于分配请求确定接收的第一消息的消息服务节点。
步骤102，响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表。
需要说明的是，负载均衡节点是用于对外（生成者和消费者）的交换接口，收到发送或者获取消息的请求后，将请求转发到集群中某1个存活的Broker来处理，其中，存活的broker节点是根据实时的心跳检测确定的。
具体的，注册中心中记录两个列表，分别是消息卷列表和消息服务列表，Broker列表保存了当前存活的Broker节点，Broker会和注册中心做实时的心跳检测并更新列表。消息卷列表记录了当前存活的消息卷节点和节点的磁盘使用率，消息卷节点会实时地更新心跳（存活）和使用率。
步骤103，根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
进一步地，所述根据所述消息服务列表确定所述第一消息对应的消息服务节点包括：基于轮询访问方式在所述消息服务列表中确定所述第一消息对应的消息服务节点。
需要说明的是，在本申请实施例中，如图10所示，图10示出了本申请实施例提供的一种分布式消息处理方法中消息写入示意图，生产者发送消息至消息流平台，负载均衡器收到请求后，向注册中心查询存活的Broker列表和存活的消息卷列表，以轮询的方式选择1个，转发请求至Broker，默认请求下Broker会将消息发送至所有存活的消息卷节点，以多副本冗余的形式保存消息。
因此，负载均衡节点在确定接收的第一消息的消息服务节点之后，会告知消息服务节点，消息服务节点接收第一消息之后，会将第一消息存储至所有存活的消息卷节点。
需要说明的是，在本申请实施例中，对于消息服务节点的数量和消息卷节点的数量均不做限制，本申请中的分布式消息架构，采用计算和存储分离的架构设计，Broker节点只负责消息的接收和发送，不再负责消息的存储，引入了消息卷节点用于消息的存储，消息卷节点和Broker节点相互独立，可分别横向扩展并且相互之间没有影响。
本申请实施例提供的分布式消息处理方法，通过接收生产端发送的第一消息对应的分配请求；响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。本申请实施例通过引入单独的消息卷节点，只负责消息的存储，可独立地进行横向扩展或收缩，并进一步地将消息的计算与存储分离，即消息的处理和存储不再绑定在同1个节点，而是分在2个节点（消息服务节点以及消息卷节点）进行，消息服务节点用于对消息进行处理，消息卷节点用于存储消息，彼此之间相互独立，可独立地进行横向扩展或者收缩而不相互影响，并且通过负载均衡节点对生产端的分配请求的响应，可以实现将用户的请求（生产端生产的第一消息）按照顺序转发至一个消息服务节点处理。
参照图2，示出了本申请实施例提供的分布式消息处理方法的步骤流程图二，所述方法可以包括：
步骤201，接收生产端发送的第一消息对应的分配请求。
步骤202，响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表。
步骤203，根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
需要说明的是，在本申请实施例中，上述步骤201-203参照前序论述，再次不再赘述。
步骤204，接收消费端发送的第二消息对应的消息读取请求。
步骤205，响应于所述消息读取请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表。
步骤206，根据所述消息服务列表以及消息卷列表确定所述第二消息对应的消息服务节点以及消息卷节点，其中，所述消息卷节点包括所述消息读取请求对应的第二消息，所述消息服务节点用于将所述第二消息发送至所述消费端。
需要说明的是，在本申请实施例中，上述步骤204-206是消费者从消息流集群中获取第二消息的过程，其中，消费端即为消息中间件中消费者所在的服务器或者终端等，第二消息是消费端向本申请中的消息流集群中请求获取的消息。
具体的，消费者读取消息的流程与生产者写入消息的过程类似，消费者发送请求至负载均衡器，负载均衡器查询到存活的Broker列表和存活的消息卷列表，以轮询的方式选择1个，并转发请求至Broker，Broker从存活的消息卷列表中找到第1个卷节点并查询消息，一般情况下能查询到结果，若没有查询到，则依次查询后续节点。
本申请实施例通过引入单独的消息卷节点，只负责消息的存储，可独立地进行横向扩展或收缩，并进一步地将消息的计算与存储分离，即消息的处理和存储不再绑定在同1个节点，而是分在2个节点（消息服务节点以及消息卷节点）进行，消息服务节点用于对消息进行处理，消息卷节点用于存储消息，彼此之间相互独立，可独立地进行横向扩展或者收缩而不相互影响。
另外，通过本申请实施例中，生产者可以向消息流集群发送消息，并存储，消费者可以从消息流集群中获取消息，并且本申请中通过负载均衡节点对生产端的分配请求的响应，可以实现将用户的请求（生产端生产的第一消息）按照顺序转发至一个消息服务节点处理。
参照图3，示出了本申请实施例提供的分布式消息处理方法的步骤流程图三，所述方法可以包括：
步骤301，接收第一消息，其中，所述第一消息是所述生产端发送至所述负载均衡节点，所述负载均衡节点根据所述生产端发送的分配请求在注册中心查询处于非工作状态的消息服务列表以及消息卷列表，根据所述消息服务列表确定所述第一消息对应的消息服务节点。
步骤302，将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
需要说明的是，上述步骤301-302应用于消息服务节点，具体的可以参照前序论述，在此不再赘述。
本申请实施例通过引入单独的消息卷节点，只负责消息的存储，可独立地进行横向扩展或收缩，并进一步地将消息的计算与存储分离，即消息的处理和存储不再绑定在同1个节点，而是分在2个节点（消息服务节点以及消息卷节点）进行，消息服务节点用于对消息进行处理，消息卷节点用于存储消息，彼此之间相互独立，可独立地进行横向扩展或者收缩而不相互影响，并且本申请中通过负载均衡节点对生产端的分配请求的响应，可以实现将用户的请求（生产端生产的第一消息）按照顺序转发至一个消息服务节点处理。
参照图4，示出了本申请实施例提供的分布式消息处理方法的步骤流程图四，所述方法可以包括：
步骤401，接收第一消息，其中，所述第一消息是所述生产端发送至所述负载均衡节点，所述负载均衡节点根据所述生产端发送的分配请求在注册中心查询处于非工作状态的消息服务列表以及消息卷列表，根据所述消息服务列表确定所述第一消息对应的消息服务节点。
步骤402，将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
需要说明的是，上述步骤401-402参照前序论述，在此不再赘述。
步骤403，获取目标消息，其中，所述目标消息是数据流计算模块根据用户上传的函数代码生成计算函数，根据所述计算函数对所述第一消息进行数据流处理生成的。
进一步地，所述计算函数包括所述第一消息对应的计算规则，所述目标消息是所述数据流计算模块根据所述计算规则生成计算任务，并启动线程池执行所述计算任务生成的，所述计算规则包括所述第一消息对应的消息服务节点，所述目标消息对应的消息服务节点，以及所述计算任务对应的频率和次数。
步骤404，将所述目标消息发送至消费端。
需要说明的是，上述步骤403-404中，消息流集群中包括数据流计算模块，该模块可接收用户上传的函数代码，按照代码中设定的逻辑生成计算任务，在线程池中运行任务对指定Topic的消息进行计算，生成消息至新的Topic。
其中，消息存储在消息服务所在主机的本地磁盘上面，消息属于某个主题（Topic），Topic用于对消息进行分类。
用户自定义多个函数代码，其中包括了消息的计算逻辑（从哪些Topic读取消息，生成的消息属于哪个Topic，计算任务的频率和次数），上传至消息流平台或者随同消息流平台一同部署，数据流计算器收到函数代码后会按照其中的计算逻辑生成计算任务并启动线程池来执行计算任务。
进一步地，在本申请实施例中，计算支持流式的形式，如图11所示，图11示出了本申请实施例提供的一种分布式消息处理方法中数据流计算示意图，即上次的输出消息可作为输入参与下一次计算，用户定义了2个函数，生成了2个计算任务，任务1读取Topic1和Topic2的消息，按照用户的逻辑计算处理后生成了新的Topic3消息，此消息和原来的Topic2的消息再次参与任务2的计算，再次生成新的Topic4消息。
本申请实施例通过引入单独的消息卷节点，只负责消息的存储，可独立地进行横向扩展或收缩，并进一步地将消息的计算与存储分离，即消息的处理和存储不再绑定在同1个节点，而是分在2个节点（消息服务节点以及消息卷节点）进行，消息服务节点用于对消息进行处理，消息卷节点用于存储消息，彼此之间相互独立，可独立地进行横向扩展或者收缩而不相互影响，并且通过负载均衡节点对生产端的分配请求的响应，可以实现将用户的请求（生产端生产的第一消息）按照顺序转发至一个消息服务节点处理。
另外，通过引入数据流计算器，使得集群不但具备消息的传递功能，还具备消息的流式计算功能，部署一套***，便可以同时完成消息的传递和计算。
参照图5，图5示出了本申请实施例提供的一种分布式消息处理***示意图，所述***包括：消息流集群，所述消息流集群包括负载均衡节点、至少一个消息服务节点以及至少一个消息卷节点；
所述负载均衡节点用于接收生产端发送的第一消息对应的分配请求；响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息；
所述消息服务节点用于接收第一消息；将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
需要说明的是，在本申请实施例中，如图5所示，分布式消息处理***包括生产端，消费端以及消息流集群，其中，消息流集群包括负载均衡节点、至少一个消息服务节点，至少一个消息卷节点，数据流计算模块，以及注册中心。
进一步地，一个所述消息服务节点通信连接多个所述消息卷节点。
采用计算和存储分离的架构设计，Broker节点只负责消息的接收和发送，不再负责消息的存储，引入了消息卷节点用于消息的存储，消息卷节点和Broker节点相互独立，可分别横向扩展并且相互之间没有影响，如：消息读写压力较小，但是数据量较大，可单独增加数据卷节点，Broker节点保持不变。取消了Broker的主从架构设计，改为无中心的集群设计，并引入了负载均衡器，生产者发送消息至负载均衡器，均衡器将消息转发至某一个Broker，Broker将消息发送至各个消息卷节点存储，引入了数据流计算器，可根据用户定义的计算函数和规则，读取某些Topic的消息，计算后生产新的Topic的消息并存储在消息卷节点。
进一步地，所述***还包括：生产端；
所述生产端用于向所述消息流集群中的负载均衡节点发送第一消息，以及所述第一消息对应的分配请求。
进一步地，所述***还包括：消费端；
所述消费端用于向所述消息流集群发送第二消息的消息读取请求。
进一步地，所述消息卷节点用于存储所述第一消息，以及第二消息。
所述消息卷节点包括磁盘使用率告警器，所述磁盘使用率告警器用于实时监控节点上的本地磁盘的使用率，并将所述使用率上报至注册中心。
进一步地，所述消息卷节点还用于在检测到所述本地磁盘的使用率大于预设阈值的情况下，向所述注册中心发送告警信息，以使所述注册中心根据所述告警信息向用户发送消息卷节点扩容信息。
需要说明的是，在本申请实施例中，消息卷节点是仅用来存储消息的节点，使用本地磁盘保存消息，与Broker节点相互独立。每个消息卷节点都内置磁盘使用率告警器，会实时监控本地磁盘的使用率并上报至注册中心，当使用率超过阈值后发出告警至注册中心，用户可根据告警对消息卷节点进行扩容和数据的迁移。
具体的，当检测到使用率较高的磁盘时，会向注册中心报警，用户根据注册中心可以查看当前各个节点中磁盘的使用率，例如，当消息卷节点1、2、3中节点2写入消息过多，此时用户感知后可以对节点2进行扩容，或者增加消息卷节点4，将原先节点2中存储的数据重新进行分配。
进一步地，所述消息流集群还包括数据流计算模块；
所述数据流计算模块和所述消息服务节点通信连接；
所述数据流计算模块用于根据用户上传的函数代码生成计算函数，获取所述消息服务节点中的第一消息，根据所述计算函数对所述第一消息进行数据流处理，生成目标消息，所述目标消息通过所述消息服务节点发送至消费端。
需要说明的是，消息流集群中包括数据流计算模块，该模块可接收用户上传的函数代码，按照代码中设定的逻辑生成计算任务，在线程池中运行任务对指定Topic的消息进行计算，生成消息至新的Topic。
其中，消息存储在消息服务所在主机的本地磁盘上面，消息属于某个主题（Topic），Topic用于对消息进行分类。
用户自定义多个函数代码，其中包括了消息的计算逻辑（从哪些Topic读取消息，生成的消息属于哪个Topic，计算任务的频率和次数），上传至消息流平台或者随同消息流平台一同部署，数据流计算器收到函数代码后会按照其中的计算逻辑生成计算任务并启动线程池来执行计算任务。
进一步地，在本申请实施例中，计算支持流式的形式，如图11所示，图11示出了本申请实施例提供的一种分布式消息处理方法中数据流计算示意图，即上次的输出消息可作为输入参与下一次计算，用户定义了2个函数，生成了2个计算任务，任务1读取Topic1和Topic2的消息，按照用户的逻辑计算处理后生成了新的Topic3消息，此消息和原来的Topic2的消息再次参与任务2的计算，再次生成新的Topic4消息。
进一步地，所述数据流计算模块中存储有多个主题文件以及计算任务；
当所述计算任务包括第一计算任务和第二计算任务时，所述数据流计算模块包括第一主题文件、第二主题文件、第三主题文件以及第四主题文件，其中，所述第一主题文件包括生产端发送的商品订单消息，所述第二主题文件包括所述生产端发送的支付订单消息，所述第三主题文件包括客户积分消息，所述第四主题文件包括优惠卷消息。
所述客户积分消息是所述数据流计算模块根据所述商品订单消息和所述支付订单消息进行第一计算任务生成的；
所述优惠卷消息是所述数据流计算模块根据所述客户积分消息进行第二计算任务生成的。
需要说明的是，上述主题文件即为Topic，计算任务是根据用户上传的代码中分析出计算规则从而生成的。
因此，数据流计算模块中可以存储有多个主题文件以及计算任务，当计算任务包括第一计算任务和第二计算任务时，此时数据流计算模块中可以包括Topic1、Topic2、Topic3以及Topic4。
因此，数据流计算模块可以用于接收生产端发送的商品订单消息以及所述商品订单消息对应的支付订单消息；根据所述支付订单消息判断所述支付金额是否大于目标支付阈值；若大于，则根据所述支付金额确定目标积分；根据所述支付订单消息中的支付流水号确定客户号；根据所述客户号，目标积分以及支付流水号生成客户积分消息，并将所述客户积分消息存储于数据流计算模块中的第三主题文件；根据所述客户积分消息和所述支付订单消息生成优惠券消息，并将所述优惠卷消息存储与所述数据流计算模块中的第四主题文件。
具体的，用户将2个实时计算函数上传至分布式消息处理***中的数据流计算模块中，数据流计算模块根据函数内容生成2个实时的计算任务，第一计算任务可以表示为任务1，任务1用于计算客户的积分，第二计算任务可以表示为任务2，任务2用于计算客户的优惠券。
生产端产生商品订单消息（Topic1）和对应的支付订单消息（Topic2）并发送至消息流平台，任务1实时读取订单和支付消息并进行实时计算，第一计算任务对应的计算规则包括：对于每条支付消息，若支付成功且支付金额大于10，则增加用户的积分（例如，积分pts等于金额除以10），再根据支付流水号（payId）遍历订单消息找到客户Id（cusId），连同积分(pts)和支付流水号（payId）生成客户积分消息并保存至Topic3。任务2实时读取客户积分消息（Topic3）和支付订单消息（Topic2），计算并生成优惠券消息，并将优惠卷消息保存 Topic4。计算函数（函数2）如下：对于每条积分消息，若单次积分超过100，根据支付流水号（payId）遍历支付消息找到支付渠道（channel）,若渠道为“储值号”，增加优惠券，数量为积分除以100（每100积分增加1张优惠券），每张优惠券金额固定为10。
进一步地，所述消息流集群还包括注册中心；
所述注册中心用于维护消息服务列表以及消息卷列表，其中，所述消息服务列表包括全部消息服务节点以及所述消息服务节点对应的状态，所述消息卷列表包括全部消息卷节点、所述消息卷节点对应的状态以及磁盘使用率。
所述状态包括以下至少一种：非工作状态，以及工作状态。
需要说明的是，在本申请实施例中，注册中心内部维护了2个列表，Broker列表保存了当前存活的Broker节点，Broker会和注册中心做实时的心跳检测并更新列表。消息卷列表记录了当前存活的消息卷节点和节点的磁盘使用率，消息卷节点会实时地更新心跳（存活）和使用率。
其中，节点处于非工作状态即为当前存活的节点，节点处于工作状态即为当前已被占用或者磁盘使用率超过预设阈值的节点。
本申请实施例通过引入单独的消息卷节点，只负责消息的存储，可独立地进行横向扩展或收缩，并进一步地将消息的计算与存储分离，即消息的处理和存储不再绑定在同1个节点，而是分在2个节点（消息服务节点以及消息卷节点）进行，消息服务节点用于对消息进行处理，消息卷节点用于存储消息，彼此之间相互独立，可独立地进行横向扩展或者收缩而不相互影响，并且通过负载均衡节点对生产端的分配请求的响应，可以实现将用户的请求（生产端生产的第一消息）按照顺序转发至一个消息服务节点处理。
另外，本申请通过设置分布式消息处理***，即设计计算和存储分离的架构，计算和存储彼此相互独立，可独立地进行横向扩展或者收缩而不相互影响，解决了原来主Broker节点的单点压力问题。流式计算可对原始消息进行再次的计算处理，部署一套平台，就能同时完成消息的实时传递和流式计算。
参照图6，图6示出了本申请实施例提供的一种分布式消息处理***示意图，应用于负载均衡节点，所述装置包括：
接收模块601，用于接收生产端发送的第一消息对应的分配请求；
查询模块602，用于响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；
确定模块603，用于根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
本申请实施例通过引入单独的消息卷节点，只负责消息的存储，可独立地进行横向扩展或收缩，并进一步地将消息的计算与存储分离，即消息的处理和存储不再绑定在同1个节点，而是分在2个节点（消息服务节点以及消息卷节点）进行，消息服务节点用于对消息进行处理，消息卷节点用于存储消息，彼此之间相互独立，可独立地进行横向扩展或者收缩而不相互影响，并且通过负载均衡节点对生产端的分配请求的响应，可以实现将用户的请求（生产端生产的第一消息）按照顺序转发至一个消息服务节点处理。
参照图7，图7示出了本申请实施例提供的另一种分布式消息处理***示意图，应用于消息服务节点，所述装置包括：
接收模块701，用于接收第一消息，其中，所述第一消息是所述生产端发送至所述负载均衡节点，所述负载均衡节点根据所述生产端发送的分配请求在注册中心查询处于非工作状态的消息服务列表以及消息卷列表，根据所述消息服务列表确定所述第一消息对应的消息服务节点；
发送模块702，用于将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
本申请实施例通过引入单独的消息卷节点，只负责消息的存储，可独立地进行横向扩展或收缩，并进一步地将消息的计算与存储分离，即消息的处理和存储不再绑定在同1个节点，而是分在2个节点（消息服务节点以及消息卷节点）进行，消息服务节点用于对消息进行处理，消息卷节点用于存储消息，彼此之间相互独立，可独立地进行横向扩展或者收缩而不相互影响，并且通过负载均衡节点对生产端的分配请求的响应，可以实现将用户的请求（生产端生产的第一消息）按照顺序转发至一个消息服务节点处理。
本申请实施例还提供了一种通信设备，如图8所示，包括处理器801、通信接口802、存储器803和通信总线804，其中，处理器801，通信接口802，存储器803通过通信总线804完成相互间的通信，
存储器803，用于存放计算机程序；
处理器801，用于执行存储器803上所存放的程序时，可以实现如下步骤：
接收生产端发送的第一消息对应的分配请求；
响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；
根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
或者，接收第一消息，其中，所述第一消息是所述生产端发送至所述负载均衡节点，所述负载均衡节点根据所述生产端发送的分配请求在注册中心查询处于非工作状态的消息服务列表以及消息卷列表，根据所述消息服务列表确定所述第一消息对应的消息服务节点；
将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的拥塞控制。
在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的拥塞控制。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或第三数据库通过有线（例如同轴电缆、光纤、数字用户线（DSL））或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或第三数据库进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、第三数据库等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质（例如固态硬盘Solid State Disk (SSD)）等。
需要说明的是，在本文中，诸如第一和第一等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。
Claims (20)
1.一种分布式消息处理方法，其特征在于，应用于负载均衡节点，所述分布式消息处理方法包括：
接收生产端发送的第一消息对应的分配请求；
响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表，所述注册中心包括消息卷列表和消息服务列表，所述消息服务列表保存当前存活的消息服务节点，所述消息卷列表记录当前存活的消息卷节点以及所述消息卷节点对应的磁盘使用率，所述消息服务节点和所述注册中心基于实时的心跳检测更新所述消息服务列表，所述消息卷节点基于实时的心跳检测和使用率更新消息卷列表；
根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息，一个所述消息服务节点通信连接多个所述消息卷节点，所述消息服务节点用于接收所述第一消息，以及，将第二消息发送至消费端，所述消息卷节点用于存储所述第一消息以及所述第二消息。
2.根据权利要求1所述的分布式消息处理方法，其特征在于，所述根据所述消息服务列表确定所述第一消息对应的消息服务节点包括：
基于轮询访问方式在所述消息服务列表中确定所述第一消息对应的消息服务节点。
3.根据权利要求1所述的分布式消息处理方法，其特征在于，所述分布式消息处理方法还包括：
接收消费端发送的第二消息对应的消息读取请求；
响应于所述消息读取请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；
根据所述消息服务列表以及消息卷列表确定所述第二消息对应的消息服务节点以及消息卷节点，其中，所述消息卷节点包括所述消息读取请求对应的第二消息，所述消息服务节点用于将所述第二消息发送至所述消费端。
4.一种分布式消息处理方法，其特征在于，应用于消息服务节点，所述分布式消息处理方法包括：
接收第一消息，其中，所述第一消息是生产端发送至负载均衡节点，所述负载均衡节点根据所述生产端发送的分配请求在注册中心查询处于非工作状态的消息服务列表以及消息卷列表，根据所述消息服务列表确定所述第一消息对应的消息服务节点；
将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息，一个所述消息服务节点通信连接多个所述消息卷节点，所述消息服务节点用于接收所述第一消息，以及，将第二消息发送至消费端，所述消息卷节点用于存储所述第一消息以及所述第二消息；
所述注册中心包括消息卷列表和消息服务列表，所述消息服务列表保存当前存活的消息服务节点，所述消息卷列表记录当前存活的消息卷节点以及所述消息卷节点对应的磁盘使用率，所述消息服务节点和所述注册中心基于实时的心跳检测更新所述消息服务列表，所述消息卷节点基于实时的心跳检测和使用率更新消息卷列表。
5.根据权利要求4所述的分布式消息处理方法，其特征在于，在所述将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息的步骤之后，所述方法包括：
获取目标消息，其中，所述目标消息是数据流计算模块根据用户上传的函数代码生成计算函数，根据所述计算函数对所述第一消息进行数据流处理生成的；
将所述目标消息发送至消费端。
6.根据权利要求5所述的分布式消息处理方法，其特征在于，所述计算函数包括所述第一消息对应的计算规则，所述目标消息是所述数据流计算模块
根据所述计算规则生成计算任务，并启动线程池执行所述计算任务生成的，所述计算规则包括所述第一消息对应的消息服务节点，所述目标消息对应的消息服务节点，以及所述计算任务对应的频率和次数。
7.一种分布式消息处理***，其特征在于，所述***包括：消息流集群，所述消息流集群包括负载均衡节点、至少一个消息服务节点以及至少一个消息卷节点；
所述负载均衡节点用于接收生产端发送的第一消息对应的分配请求；响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表；根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息；
所述消息服务节点用于接收第一消息；将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息，一个所述消息服务节点通信连接多个所述消息卷节点，所述消息服务节点用于接收所述第一消息，以及，将第二消息发送至消费端，所述消息卷节点用于存储所述第一消息以及所述第二消息；
所述注册中心包括消息卷列表和消息服务列表，所述消息服务列表保存当前存活的消息服务节点，所述消息卷列表记录当前存活的消息卷节点以及所述消息卷节点对应的磁盘使用率，所述消息服务节点和所述注册中心基于实时的心跳检测更新所述消息服务列表，所述消息卷节点基于实时的心跳检测和使用率更新消息卷列表。
8.根据权利要求7所述的分布式消息处理***，其特征在于，所述***还包括：生产端；
所述生产端用于向所述消息流集群中的负载均衡节点发送第一消息，以及所述第一消息对应的分配请求。
9.根据权利要求7所述的分布式消息处理***，其特征在于，所述***还包括：消费端；
所述消费端用于向所述消息流集群发送第二消息的消息读取请求。
10.根据权利要求7所述的分布式消息处理***，其特征在于，所述消息卷节点用于存储所述第一消息，以及第二消息。
11.根据权利要求10所述的分布式消息处理***，其特征在于，所述消息卷节点包括磁盘使用率告警器，所述磁盘使用率告警器用于实时监控节点上的本地磁盘的使用率，并将所述使用率上报至注册中心。
12.根据权利要求11所述的分布式消息处理***，其特征在于，所述消息卷节点还用于在检测到所述本地磁盘的使用率大于预设阈值的情况下，向所述注册中心发送告警信息，以使所述注册中心根据所述告警信息向用户发送消息卷节点扩容信息。
13.根据权利要求7所述的分布式消息处理***，其特征在于，所述消息流集群还包括数据流计算模块；
所述数据流计算模块和所述消息服务节点通信连接；
所述数据流计算模块用于根据用户上传的函数代码生成计算函数，获取所述消息服务节点中的第一消息，根据所述计算函数对所述第一消息进行数据流处理，生成目标消息，所述目标消息通过所述消息服务节点发送至消费端。
14.根据权利要求13所述的分布式消息处理***，其特征在于，所述数据流计算模块中存储有多个主题文件以及计算任务；
当所述计算任务包括第一计算任务和第二计算任务时，所述数据流计算模块包括第一主题文件、第二主题文件、第三主题文件以及第四主题文件，其中，所述第一主题文件包括生产端发送的商品订单消息，所述第二主题文件包括所述生产端发送的支付订单消息，所述第三主题文件包括客户积分消息，所述第四主题文件包括优惠卷消息。
15.根据权利要求14所述的分布式消息处理***，其特征在于，所述客户积分消息是所述数据流计算模块根据所述商品订单消息和所述支付订单消息进行第一计算任务生成的；
所述优惠卷消息是所述数据流计算模块根据所述客户积分消息进行第二计算任务生成的。
16.根据权利要求7所述的分布式消息处理***，其特征在于，所述消息流集群还包括注册中心；
所述注册中心用于维护消息服务列表以及消息卷列表，其中，所述消息服务列表包括全部消息服务节点以及所述消息服务节点对应的状态，所述消息卷列表包括全部消息卷节点、所述消息卷节点对应的状态以及磁盘使用率。
17.一种分布式消息处理装置，其特征在于，应用于负载均衡节点，所述装置包括：
接收模块，用于接收生产端发送的第一消息对应的分配请求；
查询模块，用于响应于所述分配请求，在注册中心中查询处于非工作状态的消息服务列表以及消息卷列表，所述注册中心包括消息卷列表和消息服务列表，所述消息服务列表保存当前存活的消息服务节点，所述消息卷列表记录当前存活的消息卷节点以及所述消息卷节点对应的磁盘使用率，所述消息服务节点和所述注册中心基于实时的心跳检测更新所述消息服务列表，所述消息卷节点基于实时的心跳检测和使用率更新消息卷列表；
确定模块，用于根据所述消息服务列表确定所述第一消息对应的消息服务节点，以使所述消息服务节点接收所述第一消息，并将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息，一个所述消息服务节点通信连接多个所述消息卷节点，所述消息服务节点用于接收所述第一消息，以及，将第二消息发送至消费端，所述消息卷节点用于存储所述第一消息以及所述第二消息。
18.一种分布式消息处理装置，其特征在于，应用于消息服务节点，所述装置包括：
接收模块，用于接收第一消息，其中，所述第一消息是生产端发送至负载均衡节点，所述负载均衡节点根据所述生产端发送的分配请求在注册中心查询处于非工作状态的消息服务列表以及消息卷列表，根据所述消息服务列表确定所述第一消息对应的消息服务节点；
发送模块，用于将所述第一消息发送至所述消息卷列表中的全部消息卷节点，以使全部所述消息卷节点存储所述第一消息，一个所述消息服务节点通信连接多个所述消息卷节点，所述消息服务节点用于接收所述第一消息，以及，将第二消息发送至消费端，所述消息卷节点用于存储所述第一消息以及所述第二消息；
所述注册中心包括消息卷列表和消息服务列表，所述消息服务列表保存当前存活的消息服务节点，所述消息卷列表记录当前存活的消息卷节点以及所述消息卷节点对应的磁盘使用率，所述消息服务节点和所述注册中心基于实时的心跳检测更新所述消息服务列表，所述消息卷节点基于实时的心跳检测和使用率更新消息卷列表。
19.一种通信设备，其特征在于，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；
所述处理器，用于读取存储器中的程序实现如权利要求1-3中任意一项所述分布式消息处理方法，或者实现如权利要求4-6中任意一项所述分布式消息处理方法。
20.一种可读存储介质，用于存储程序，其特征在于，所述程序被处理器执行时实现如权利要求1-3中任意一项所述分布式消息处理方法，或者实现如权利要求4-6中任意一项所述分布式消息处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310961369.8A CN116662022B (zh) | 2023-08-02 | 2023-08-02 | 分布式消息处理方法、***、装置、通信设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310961369.8A CN116662022B (zh) | 2023-08-02 | 2023-08-02 | 分布式消息处理方法、***、装置、通信设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116662022A CN116662022A (zh) | 2023-08-29 |
| CN116662022B true CN116662022B (zh) | 2024-02-20 |
Family
ID=87710416
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310961369.8A Active CN116662022B (zh) | 2023-08-02 | 2023-08-02 | 分布式消息处理方法、***、装置、通信设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116662022B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116909779B (zh) * | 2023-09-11 | 2024-01-26 | 中移(苏州)软件技术有限公司 | 一种消息处理方法、装置及相关设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103281384A (zh) * | 2013-05-31 | 2013-09-04 | 汉柏科技有限公司 | 一种无中心节点的消息服务集群的管理***及方法 |
| CN108628688A (zh) * | 2018-03-30 | 2018-10-09 | 阿里巴巴集团控股有限公司 | 一种消息处理方法、装置及设备 |
| CN114827145A (zh) * | 2022-04-24 | 2022-07-29 | 阿里巴巴（中国）有限公司 | 服务器集群***、元数据的访问方法及装置 |
| CN115022318A (zh) * | 2022-05-30 | 2022-09-06 | 在线途游（北京）科技有限公司 | 一种基于微服务架构的消息发布方法及*** |
| CN115185705A (zh) * | 2021-04-06 | 2022-10-14 | 腾讯科技（深圳）有限公司 | 一种消息通知方法、装置、介质及设备 |
-
2023
- 2023-08-02 CN CN202310961369.8A patent/CN116662022B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103281384A (zh) * | 2013-05-31 | 2013-09-04 | 汉柏科技有限公司 | 一种无中心节点的消息服务集群的管理***及方法 |
| CN108628688A (zh) * | 2018-03-30 | 2018-10-09 | 阿里巴巴集团控股有限公司 | 一种消息处理方法、装置及设备 |
| CN115185705A (zh) * | 2021-04-06 | 2022-10-14 | 腾讯科技（深圳）有限公司 | 一种消息通知方法、装置、介质及设备 |
| CN114827145A (zh) * | 2022-04-24 | 2022-07-29 | 阿里巴巴（中国）有限公司 | 服务器集群***、元数据的访问方法及装置 |
| CN115022318A (zh) * | 2022-05-30 | 2022-09-06 | 在线途游（北京）科技有限公司 | 一种基于微服务架构的消息发布方法及*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116662022A (zh) | 2023-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2017167044A1 (zh) | 一种分布式集群训练方法和装置 | |
| CN111913818B (zh) | 一种确定服务间依赖关系的方法及相关装置 | |
| CN107423085B (zh) | 用于部署应用的方法和装置 | |
| KR101871383B1 (ko) | 계층적 데이터 구조의 노드 상에서 재귀적 이벤트 리스너를 사용하기 위한 방법 및 시스템 | |
| CN116662022B (zh) | 分布式消息处理方法、***、装置、通信设备及存储介质 | |
| CN111966289B (zh) | 基于Kafka集群的分区优化方法和*** | |
| CN108809848A (zh) | 负载均衡方法、装置、电子设备及存储介质 | |
| CN113067875B (zh) | 基于微服务网关动态流控的访问方法和装置以及设备 | |
| KR101908377B1 (ko) | 계량데이터 관리 시스템 및 컴퓨터 판독가능 기록 매체 | |
| CN113254245A (zh) | 一种存储集群的故障检测方法和*** | |
| CN114584454B (zh) | 一种服务器信息的处理方法、装置、电子设备及存储介质 | |
| CN111884932B (zh) | 一种链路确定方法、装置、设备和计算机可读存储介质 | |
| CN113037420B (zh) | 读时间戳的获取方法和装置、电子设备和存储介质 | |
| CN109254880A (zh) | 一种处理数据库宕机的方法及装置 | |
| CN115114316A (zh) | 一种高并发数据的处理方法、装置、集群和存储介质 | |
| CN109151016B (zh) | 流量转发方法和装置、服务***、计算设备及存储介质 | |
| CN109510855B (zh) | 事件分发***、方法及装置 | |
| US20180123942A1 (en) | Route control apparatus and route control method | |
| CN117057799B (zh) | 资产数据处理方法、装置、设备及存储介质 | |
| CN112543213B (zh) | 一种数据处理方法及装置 | |
| CN115208948A (zh) | 服务调用链构建方法、服务调用链构建装置及存储介质 | |
| JPH07222267A (ja) | 状態情報収集システム及び状態管理システム | |
| CN115967678A (zh) | 流量限制方法、装置、计算机设备和存储介质 | |
| CN113467982A (zh) | 异常客户端设备确定方法及装置 | |
| CN114095440A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |