CN106375200A - 消息系统及消息处理方法 - Google Patents

消息系统及消息处理方法 Download PDF

Info

Publication number
CN106375200A
CN106375200A CN201610980014.3A CN201610980014A CN106375200A CN 106375200 A CN106375200 A CN 106375200A CN 201610980014 A CN201610980014 A CN 201610980014A CN 106375200 A CN106375200 A CN 106375200A
Authority
CN
China
Prior art keywords
message
consumption
server
subregion
terminal
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
Application number
CN201610980014.3A
Other languages
English (en)
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 Looking For Steel Network Information Polytron Technologies Inc
Original Assignee
Shanghai Looking For Steel Network Information Polytron Technologies Inc
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 Looking For Steel Network Information Polytron Technologies Inc filed Critical Shanghai Looking For Steel Network Information Polytron Technologies Inc
Priority to CN201610980014.3A priority Critical patent/CN106375200A/zh
Publication of CN106375200A publication Critical patent/CN106375200A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/212—Monitoring or handling of messages using filtering or selective blocking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种消息系统及消息处理方法，系统包括：元数据服务器、至少一消息处理服务器以及存储服务器；所述元数据服务器包括控制中心以及路由控制模块；所述控制中心，用于将同一主题下的消费端分为多个消费组，每一消费组内至少包括一消费端，不同消费组之间消息的消费进度互相隔离；所述路由控制模块，用于根据路由表将生产端生产的同一主题下的消息路由到所述消息处理服务器中相应的分区，分区中的消息采用先进先出原则以保证消息的顺序，且一分区内的消息被一消费端消费，其中，每一消息具有唯一ID；所述消息处理服务器中接收到的消息存储在所述存储服务器中。本发明极大的提高了消息的可靠性和治理能力，具备极强的故障恢复能力。

Description

消息系统及消息处理方法
技术领域
本发明涉及互联网技术领域，尤其涉及一种企业级可靠的消息系统及消息处理方法。
背景技术
在互联网中间件中，消息系统由于具备解耦、广播、抵御洪波等特制，被大量应用于不同业务线之间，具备非常重要的作用。然而，现有的消息系统，功能较单一，无法同时满足企业中对于消息治理的严苛要求，比如消息不可丢失、消息必须可靠、可重发、消息吞吐可度量等特性。
因此提供一种新的消息系统，以实现现有环境下，业务线对消息系统的简单、高效、可靠、透明、可视化监控的需求。
发明内容
本发明的目的在于，提供一种消息系统及消息处理方法，以实现现有环境下，业务线对消息系统的简单、高效、可靠、透明、可视化监控的需求。
为实现上述目的，本发明提供了一种消息系统，包括：元数据服务器、至少一消息处理服务器以及存储服务器；所述元数据服务器包括控制中心以及路由控制模块；所述控制中心，用于将同一主题下的消费端分为多个消费组，每一消费组内至少包括一消费端，不同消费组之间消息的消费进度互相隔离；所述路由控制模块，用于根据路由表将生产端生产的同一主题下的消息路由到所述消息处理服务器中相应的分区，分区中的消息采用先进先出原则以保证消息的顺序，且一分区内的消息被一消费端消费，其中，每一消息具有唯一ID；所述消息处理服务器中接收到的消息存储在所述存储服务器中。
为实现上述目的，本发明还提供了一种消息处理方法，采用本发明所述的消息系统，包括如下步骤：(1)通过消息处理服务器接收生产端生产的消息并存储在所述存储服务器中，其中，每一消息具有唯一ID；(2)将同一主题下的消费端分为多个消费组，每一消费组内至少包括一消费端，不同消费组之间消息的消费进度互相隔离；(3)根据路由表将同一主题下的消息路由到所述消息处理服务器中相应的分区，分区中的消息采用先进先出原则以保证消息的顺序，且一分区内的消息被一消费端消费。
本发明的优点在于：本发明所述的消息系统作为一款简单、高效、可靠、透明的消息系统，其消息监控、回溯消费、消息补发和消费端负载均衡的功能，极大的提高了消息的可靠性和治理能力，具备极强的故障恢复能力，具有很好的应用前景。
附图说明
图1，本发明所述的消息系统一实施例所述的架构示意图；
图2，本发明所述的消息分组示意图；
图3，本发明所述的主题/分区双层模型示意图；
图4，本发明所述的消息顺序保证实现方式示意图；
图5，本发明所述的消息处理方法的流程示意图；
具体实施方式
下面结合附图对本发明提供的消息系统及消息处理方法做详细说明。
参考图1，本发明所述的消息系统一实施例所述的架构示意图。所述的消息系统包括：元数据服务器12、至少一消息处理服务器14以及存储服务器16。所述元数据服务器12中包括控制中心121以及路由控制模块122。消息系统是通过生产端11生产消息，然后给消费端19消费消息的。
所述控制中心121，用于将同一主题下的消费端分为多个消费组，每一消费组内至少包括一消费端，不同消费组之间消息的消费进度互相隔离。所述路由控制模块122，用于根据路由表将生产端11生产的同一主题下的消息路由到所述消息处理服务器14中相应的分区，分区中的消息采用先进先出原则以保证消息的顺序，且一分区内的消息被一消费端19消费，其中，每一消息具有唯一ID。所述消息处理服务器14中接收到的消息存储在所述存储服务器16中。
优选的，所述消息处理服务器14可以包括多个服务器，例如，服务器1、服务器2……服务器N。在生产端消息QPS(Queries Per Second，每秒查询率)极高的情况下，会达到单台消息处理服务器瓶颈。为了提高消息处理能力，本发明所述的消息系统通过增加消息处理服务器，新增的消息处理服务器向元数据服务器注册，元数据服务器更新路由表；这样生产端便可以向多台消息处理器服务器发送消息，提高消息处理能力，同时还可以预防单点故障。
所述存储服务器16可以包括一主存储服务器161以及多个备存储服务器162；消息处理服务器14中接收到的消息写入主存储服务器161，主存储服务器161将消息同步到多个备存储服务器162，消息处理服务器14从多个备存储服务器162中读取消息。
参考图2，本发明所述的消息分组示意图。在本实施例中，所述的消息系统中的所述控制中心121把同一主题下的消费端按照不同的名称分为不同的消费组；一个消费组内可能有多台机器，不同组之间的消费进度互相隔离。这样可以达到，一个主题下的消息，可以广播到多个消费组，实现消息广播的功能。
参考图3-4，其中，图3为本发明所述的主题/分区双层模型示意图；图4为本发明所述的消息顺序保证实现方式示意图。在本实施例中，所述的消息系统中的所述路由控制模块122采用主题/分区双层模型，一个主题下的消息，会被生产端11自定义的路由，路由到固定的分区；例如，根据生产端11根据消息ID选择将相应消息路由到分区3。自定义的路由存储于路由控制模块122的路由表中。而分区中的消息采取先进先出的原则，故其保证消息的顺序，实现消息顺序保证功能；且一个分区内的消息只被一个消费端消费，进一步保证消息顺序。
优选的，本发明所述的消息系统中的所述控制中心121进一步用于对于消费失败的消息作自动重试，同时记录消费失败次数，在消费失败次数达到预设阈值时，将所述消费失败的消息放入所述消息处理服务器14中的死信分区，并开始消费下一消息。现有的消息系统，在消息消费失败后，会卡在失败的地方，无法消费后面的消息。而本发明所述的消息系统作为企业级的消息系统，必须考虑到极限情况下的消费失败问题；因此，本发明对于消费失败的消息将会作自动重试，但当消费失败次数达到预设阈值时(例如超过6次后)，该消费失败的消息会被放入死信分区，然后开始消费下一个消息，也即实现消息消费失败自动疏通功能。将该消费失败的消息放入死信分区同时还可以发出告警(例如邮件告警)，这样，应用人员根据告警邮件，既可以看到消费失败的消息，决定是否要从新消费，又不会导致消息阻塞，从而达到企业级的稳定和可靠性。
优选的，本发明所述的消息系统中的所述控制中心121进一步用于通过调整存储在所述存储服务器16中的消费进度，向消费端19重发存储在所述存储服务器16中的消费端19消费失败的消息。比如，假设某一消费端出现故障(例如财务对账的机器突然崩溃了)，不知道消息消费到了哪里；但基于消息是存储在消息系统的存储服务器中，存储服务器中也保存了消息消费的进度。所述控制中心通过调整消费进度，可以按照时间回溯消费以前的消息(即消费端消费失败的消息，其存储在所述存储服务器中)，进而可以直接让消费端重新消费消息，实现消费进度调整功能。
优选的，本发明所述的消息系统中的所述控制中心121进一步用于向消费端19重发存储在所述存储服务器16中的未被消费端19消费的消息。消息由于被存储在消息系统得存储服务器16中，故消息可以被任意重发，从而让消费端19重新消费消息，实现消息补偿功能。例如，有一个消息，消费端由于当时的处理逻辑错误从而错过了，事后还想重新消费这个消息，则可以通过控制中心121向消费端19重发存储在所述存储服务器16中的未被消费端19消费的消息。
优选的，本发明所述的消息系统中的所述控制中心121进一步用于在生产端11消息发送失败或者消费端19消息消费失败时，发出消息告警。本发明中，消息的告警功能也被直接集成入消息系统，消息发送失败或者消息消费失败，都会通过控制中心发出邮件，通知相关人员，及时处理相关故障，实现消息告警功能。
优选的，本发明所述的消息系统中的所述元数据服务器12进一步包括节点控制模块123。所述节点控制模块123，用于搜索新增的消费端节点，并根据搜索到的新增的消费端节点对分区中的消息做负载均衡，实现消费端负载均衡功能。消息系统是通过生产端生产，然后给消费端消费的，这是最基本的流通方向。但是，当生产端的生产消息速度大于消费端消费消息的速度的时候，会出现消息阻塞的情况。节点控制模块123通过搜索新增的消费端节点，发现新增加的消费端的机器，从而对分区中的消息做负载均衡，达到让消费端平均消费消息的效果，以加快消费进度。
优选的，本发明所述的消息系统进一步包括监控服务器13。所述监控服务器13，用于收集所述消息系统的消息度量指标，并按照时间生成相应的报表，实现消息度量功能。生产端发送了多少消息、消费端的消费速度如何、消息系统的吞吐怎样，这些指标统称消息度量。在本发明所述的消息系统中，通过监控服务器13收集所有度量指标，并按照不同时间生成不同的报表；从而对于消息度量，可以一览无余。
优选的，本发明所述的消息系统进一步包括链路追踪服务器15。所述链路追踪服务器15，用于通过日志根据消息的唯一ID，记录对应消息的每一流通环节。消息是如何流通的，这个问题在企业应用中用于消息溯源、寻找错误原因、回放消息场景等，很是关键。现有的消息系统没有这个功能。本发明所述的消息系统由于每一个消息都有唯一的ID，对于消息每流通过一个环节，便会被链路追踪服务器15通过日志记录，利于事后的故障诊断，实现消息搜索、链路追踪功能。
本发明所述的消息系统支持java和c#两种语言，同时由于协议语言无关型，理论上可以支持多种语言。本发明所述的消息系统使用方式为，用户在自己的客户端中引入本发明所述的消息系统，配置相应服务器地址；之后即可使用该客户端发送或者接收消息。
本发明所述的消息系统作为一款简单、高效、可靠、透明的消息系统，其消息监控、回溯消费、消息补发和消费端负载均衡的功能，极大的提高了消息的可靠性和治理能力，具备极强的故障恢复能力，具有很好的应用前景。
参考图5，本发明所述的消息处理方法流程示意图，采用本发明所述的消息系统。所述方法包括，S51：通过消息处理服务器接收生产端生产的消息并存储在存储服务器中，其中，每一消息具有唯一ID；S52：将同一主题下的消费端分为多个消费组，每一消费组内至少包括一消费端，不同消费组之间消息的消费进度互相隔离；S53：根据路由表将同一主题下的消息路由到所述消息处理服务器中相应的分区，分区中的消息采用先进先出原则以保证消息的顺序，且一分区内的消息被一消费端消费。以下对本发明所述的方法进行详细说明。
S51：通过消息处理服务器接收生产端生产的消息并存储在所述存储服务器中，其中，每一消息具有唯一ID。
S52：将同一主题下的消费端分为多个消费组，每一消费组内至少包括一消费端，不同消费组之间消息的消费进度互相隔离。
把同一主题下的消费端按照不同的名称分为不同的消费组；一个消费组内可能有多台机器，不同组之间的消费进度互相隔离。这样可以达到，一个主题下的消息，可以广播到多个消费组，实现消息广播的功能。
S53：根据路由表将同一主题下的消息路由到所述消息处理服务器中相应的分区，分区中的消息采用先进先出原则以保证消息的顺序，且一分区内的消息被一消费端消费。
所述的消息系统采用主题/分区双层模型，一个主题下的消息，会被生产端自定义的路由，路由到固定的分区；而分区中的消息采取先进先出的原则，故其保证消息的顺序，实现消息顺序保证功能；且一个分区内的消息只被一个消费端消费，进一步保证消息顺序。
优选的，本发明所述的方法进一步包括：对于消费失败的消息作自动重试，同时记录消费失败次数，在消费失败次数达到预设阈值时，将所述消费失败的消息放入所述消息处理服务器中的死信分区，并开始消费下一消息。也即，本发明对于消费失败的消息将会作自动重试，但当消费失败次数达到预设阈值时(例如超过6次后)，该消费失败的消息会被放入死信分区，然后开始消费下一个消息，也即实现消息消费失败自动疏通功能。将该消费失败的消息放入死信分区同时还可以发出告警(例如邮件告警)，这样，应用人员根据告警邮件，既可以看到消费失败的消息，决定是否要从新消费，又不会导致消息阻塞，从而达到企业级的稳定和可靠性。
优选的，本发明所述的方法进一步包括：通过调整存储在所述存储服务器中的消费进度，向消费端重发存储在所述存储服务器中的消费端消费失败的消息。比如，假设某一消费端出现故障(例如财务对账的机器突然崩溃了)，不知道消息消费到了哪里；但基于消息是存储在消息系统的存储服务器中，存储服务器中也保存了消息消费的进度。所述控制中心通过调整消费进度，可以按照时间回溯消费以前的消息(即消费端消费失败的消息，其存储在所述存储服务器中)，进而可以直接让消费端重新消费消息，实现消费进度调整功能。
优选的，本发明所述的方法进一步包括：向消费端重发存储在所述存储服务器中的未被消费端消费的消息。消息由于被存储在消息系统得存储服务器中，故消息可以被任意重发，从而让消费端重新消费消息，实现消息补偿功能。例如，有一个消息，消费端由于当时的处理逻辑错误从而错过了，事后还想重新消费这个消息，则可以通过控制中心向消费端重发存储在所述存储服务器中的未被消费端消费的消息。
优选的，本发明所述的方法进一步包括：在生产端消息发送失败或者消费端消息消费失败时，发出消息告警。消息发送失败或者消息消费失败，都会通过控制中心发出邮件，通知相关人员，及时处理相关故障，实现消息告警功能。
优选的，本发明所述的方法进一步包括：搜索新增的消费端节点，并根据搜索到的新增的消费端节点对分区中的消息做负载均衡，实现消费端负载均衡功能。消息系统是通过生产端生产，然后给消费端消费的，这是最基本的流通方向。但是，当生产端的生产消息速度大于消费端消费消息的速度的时候，会出现消息阻塞的情况。通过搜索新增的消费端节点，发现新增加的消费端的机器，从而对分区中的消息做负载均衡，达到让消费端平均消费消息的效果，以加快消费进度。
优选的，本发明所述的方法进一步包括：收集所述消息系统的消息度量指标，并按照时间生成相应的报表，实现消息度量功能。生产端发送了多少消息、消费端的消费速度如何、消息系统的吞吐怎样，这些指标统称消息度量。在本发明所述的消息系统中，通过监控服务器13收集所有度量指标，并按照不同时间生成不同的报表；从而对于消息度量，可以一览无余。
优选的，本发明所述的方法进一步包括：通过日志根据消息的唯一ID，记录对应消息的每一流通环节。消息是如何流通的，这个问题在企业应用中用于消息溯源、寻找错误原因、回放消息场景等，很是关键。现有的消息系统没有这个功能。本发明所述的消息系统由于每一个消息都有唯一的ID，对于消息每流通过一个环节，便会被链路追踪服务器15通过日志记录，利于事后的故障诊断，实现消息搜索、链路追踪功能。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种消息系统，其特征在于，包括：元数据服务器、至少一消息处理服务器以及存储服务器；
所述元数据服务器包括控制中心以及路由控制模块；
所述控制中心，用于将同一主题下的消费端分为多个消费组，每一消费组内至少包括一消费端，不同消费组之间消息的消费进度互相隔离；
所述路由控制模块，用于根据路由表将生产端生产的同一主题下的消息路由到所述消息处理服务器中相应的分区，分区中的消息采用先进先出原则以保证消息的顺序，且一分区内的消息被一消费端消费，其中，每一消息具有唯一ID；
所述消息处理服务器中接收到的消息存储在所述存储服务器中。
2.根据权利要求1所述的系统，其特征在于，所述控制中心进一步用于对于消费失败的消息作自动重试，同时记录消费失败次数，在消费失败次数达到预设阈值时，将所述消费失败的消息放入所述消息处理服务器中的死信分区，并开始消费下一消息。
3.根据权利要求1所述的系统，其特征在于，所述控制中心进一步用于通过调整存储在所述存储服务器中的消费进度，向消费端重发存储在所述存储服务器中的消费端消费失败的消息。
4.根据权利要求1所述的系统，其特征在于，所述控制中心进一步用于向消费端重发存储在所述存储服务器中的未被消费端消费的消息。
5.根据权利要求1所述的系统，其特征在于，所述控制中心进一步用于在生产端消息发送失败或者消费端消息消费失败时，发出消息告警。
6.根据权利要求1所述的系统，其特征在于，所述元数据服务器进一步包括节点控制模块；
所述节点控制模块，用于搜索新增的消费端节点，并根据搜索到的新增的消费端节点对分区中的消息做负载均衡。
7.根据权利要求1所述的系统，其特征在于，所述系统进一步包括监控服务器；
所述监控服务器，用于收集所述系统的消息度量指标，并按照时间生成相应的报表。
8.根据权利要求1所述的系统，其特征在于，所述系统进一步包括链路追踪服务器；
所述链路追踪服务器，用于通过日志根据消息的唯一ID，记录对应消息的每一流通环节。
9.一种消息处理方法，采用权利要求1所述的消息系统，其特征在于，包括如下步骤：
(1)通过消息处理服务器接收生产端生产的消息并存储在所述存储服务器中，其中，每一消息具有唯一ID；
(2)将同一主题下的消费端分为多个消费组，每一消费组内至少包括一消费端，不同消费组之间消息的消费进度互相隔离；
(3)根据路由表将同一主题下的消息路由到所述消息处理服务器中相应的分区，分区中的消息采用先进先出原则以保证消息的顺序，且一分区内的消息被一消费端消费。
10.根据权利要求9所述的方法，其特征在于，所述方法进一步包括：对于消费失败的消息作自动重试，同时记录消费失败次数，在消费失败次数达到预设阈值时，将所述消费失败的消息放入所述消息处理服务器中的死信分区，并开始消费下一消息。
CN201610980014.3A 2016-11-08 2016-11-08 消息系统及消息处理方法 Pending CN106375200A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610980014.3A CN106375200A (zh) 2016-11-08 2016-11-08 消息系统及消息处理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610980014.3A CN106375200A (zh) 2016-11-08 2016-11-08 消息系统及消息处理方法

Publications (1)

Publication Number Publication Date
CN106375200A true CN106375200A (zh) 2017-02-01

Family

ID=57893712

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610980014.3A Pending CN106375200A (zh) 2016-11-08 2016-11-08 消息系统及消息处理方法

Country Status (1)

Country Link
CN (1) CN106375200A (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109412821A (zh) * 2017-08-16 2019-03-01 阿里巴巴集团控股有限公司 消息处理方法和装置以及电子设备
CN109684099A (zh) * 2018-11-23 2019-04-26 新华三大数据技术有限公司 消息处理方法及装置
CN109688200A (zh) * 2018-11-30 2019-04-26 北京奇艺世纪科技有限公司 一种消息处理方法、装置及设备
CN110012050A (zh) * 2018-12-04 2019-07-12 阿里巴巴集团控股有限公司 消息处理、存储方法、装置及系统
CN110740145A (zh) * 2018-07-18 2020-01-31 北京京东尚科信息技术有限公司 消息消费方法、装置、存储介质及电子设备
CN111597188A (zh) * 2020-05-13 2020-08-28 北京奇艺世纪科技有限公司 一种消费进度的重置方法、装置、设备及可读存储介质
CN114401239A (zh) * 2021-12-20 2022-04-26 中国平安财产保险股份有限公司 元数据传输方法、装置、计算机设备和存储介质
CN117319320A (zh) * 2023-11-29 2023-12-29 佛山众陶联供应链服务有限公司 一种消息队列的消息消费失败的重试方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130290450A1 (en) * 2012-04-30 2013-10-31 Webtrends Inc. Method and system that streams real-time, processed data from remote processor-controlled appliances
US20150081389A1 (en) * 2013-05-13 2015-03-19 Webtrends, Inc. Method and system that identify market segments and that facilitate targeted information distribution
CN104731912A (zh) * 2015-03-24 2015-06-24 浪潮集团有限公司 一种消息中间件mq的消息传输方法和装置
CN104754036A (zh) * 2015-03-06 2015-07-01 合一信息技术（北京）有限公司 一种基于kafka的消息处理系统及处理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130290450A1 (en) * 2012-04-30 2013-10-31 Webtrends Inc. Method and system that streams real-time, processed data from remote processor-controlled appliances
US20150081389A1 (en) * 2013-05-13 2015-03-19 Webtrends, Inc. Method and system that identify market segments and that facilitate targeted information distribution
CN104754036A (zh) * 2015-03-06 2015-07-01 合一信息技术（北京）有限公司 一种基于kafka的消息处理系统及处理方法
CN104731912A (zh) * 2015-03-24 2015-06-24 浪潮集团有限公司 一种消息中间件mq的消息传输方法和装置

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109412821B (zh) * 2017-08-16 2021-09-10 阿里巴巴集团控股有限公司 消息处理方法和装置以及电子设备
CN109412821A (zh) * 2017-08-16 2019-03-01 阿里巴巴集团控股有限公司 消息处理方法和装置以及电子设备
CN110740145A (zh) * 2018-07-18 2020-01-31 北京京东尚科信息技术有限公司 消息消费方法、装置、存储介质及电子设备
CN110740145B (zh) * 2018-07-18 2023-08-08 北京京东尚科信息技术有限公司 消息消费方法、装置、存储介质及电子设备
CN109684099B (zh) * 2018-11-23 2020-12-25 新华三大数据技术有限公司 消息处理方法及装置
CN109684099A (zh) * 2018-11-23 2019-04-26 新华三大数据技术有限公司 消息处理方法及装置
CN109688200A (zh) * 2018-11-30 2019-04-26 北京奇艺世纪科技有限公司 一种消息处理方法、装置及设备
CN110012050A (zh) * 2018-12-04 2019-07-12 阿里巴巴集团控股有限公司 消息处理、存储方法、装置及系统
CN111597188A (zh) * 2020-05-13 2020-08-28 北京奇艺世纪科技有限公司 一种消费进度的重置方法、装置、设备及可读存储介质
CN114401239A (zh) * 2021-12-20 2022-04-26 中国平安财产保险股份有限公司 元数据传输方法、装置、计算机设备和存储介质
CN114401239B (zh) * 2021-12-20 2023-11-14 中国平安财产保险股份有限公司 元数据传输方法、装置、计算机设备和存储介质
CN117319320A (zh) * 2023-11-29 2023-12-29 佛山众陶联供应链服务有限公司 一种消息队列的消息消费失败的重试方法及系统
CN117319320B (zh) * 2023-11-29 2024-02-13 佛山众陶联供应链服务有限公司 一种消息队列的消息消费失败的重试方法及系统

Similar Documents

Publication Publication Date Title
CN106375200A (zh) 消息系统及消息处理方法
CN105959151B (zh) 一种高可用的流式处理系统及方法
CN110247810A (zh) 一种收集容器服务监控数据的系统及方法
US7539150B2 (en) Node discovery and communications in a network
CN112118174B (zh) 软件定义数据网关
CN106972978A (zh) 一种系统告警推送方法及装置
CN106202075A (zh) 一种数据库主备切换的方法及装置
CN105827697A (zh) 用户离线检测方法和用户离线检测系统
CA2356633A1 (en) Coordinating persistent status information with multiple file servers
JP5496320B2 (ja) メッセージ処理システム、メッセージ処理方法、およびプログラム
CN103905533A (zh) 基于云存储的分布式告警监控方法和系统
WO2016183967A1 (zh) 一种关键组件的故障告警方法、装置及大数据管理系统
CN103905219A (zh) 一种业务平台中通信信息的监控存储系统及方法
CN106411548A (zh) 告警信息通知方法、装置及告警信息过滤设备
CN110677282A (zh) 一种分布式系统的热备份方法及分布式系统
CN108932182A (zh) 一种消息总线性能测试方法及系统
US10205630B2 (en) Fault tolerance method for distributed stream processing system
CN104158843B (zh) 分布式文件存储系统的存储单元失效检测方法及装置
CN105791015A (zh) 针对分布式告警处理系统的高可用消息传输通道及方法
EP3424182B1 (en) Neighbor monitoring in a hyperscaled environment
CN103518402B (zh) 信令处理方法、设备和系统
CN112636999A (zh) 一种端口的探测方法和网络监控系统
CN105471621A (zh) 一种告警处理系统及方法
CN108765847A (zh) 一种火灾报警系统
US8615556B1 (en) Techniques for reducing broadcast messages

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20170201