CN113688013A - 一种告警消息通知方法及相关装置 - Google Patents

一种告警消息通知方法及相关装置 Download PDF

Info

Publication number
CN113688013A
CN113688013A CN202110838008.5A CN202110838008A CN113688013A CN 113688013 A CN113688013 A CN 113688013A CN 202110838008 A CN202110838008 A CN 202110838008A CN 113688013 A CN113688013 A CN 113688013A
Authority
CN
China
Prior art keywords
notification
message
alarm
redis queue
redis
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.)
Withdrawn
Application number
CN202110838008.5A
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.)
Inspur Jinan data Technology Co ltd
Original Assignee
Inspur Jinan data 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 Inspur Jinan data Technology Co ltd filed Critical Inspur Jinan data Technology Co ltd
Priority to CN202110838008.5A priority Critical patent/CN113688013A/zh
Publication of CN113688013A publication Critical patent/CN113688013A/zh
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
    • G06F11/324—Display of status information
    • G06F11/327—Alarm or error message display
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • 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)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Telephone Function (AREA)

Abstract

本申请公开了一种告警消息通知方法，包括：通过告警进程将生成的告警消息写入redis队列；采用通知进程根据通知策略将所述redis队列中的告警消息进行通知；其中，所述通知进程为根据所述redis队列的状态创建的进程。通过告警消息的通知过程拆成告警进程和通知进程，通过告警进程将告警消息写入redis队列，通知进程从redis队列读取消息并进行通知，根据redis队列的状态创建通知进程，实现通知进程的数量自适应，以便应对突发大量的告警消息，降低了通知延时，使得用户及时的接收告警消息。本申请还公开了一种告警消息通知装置、服务器以及计算机可读存储介质，具有以上有益效果。

Description

一种告警消息通知方法及相关装置
技术领域
本申请涉及计算机技术领域，特别涉及一种告警消息通知方法、告警消息通知装置、服务器以及计算机可读存储介质。
背景技术
随着信息技术的不断发展，出现了各种各样的云平台项目，可以接入各种底层虚拟化，对各种云资源进行管理。在云平台中一般设置有监控告警系统，基于接入的底层虚拟化资源进行监控和告警。当云资源产生告警时间，需要尽快的通知技术人员，以便进行处理，保证资源的正常运行。
相关技术中，云平台中的告警通知一般是嵌合在告警服务中，在告警事件产生后立马进行通知策略的判断，从而进行告警的发送。但是这样会增加告警服务的执行时间，导致告警服务缓慢。在通知的人员较多时，往往会影响到告警产生的效率，反而降低了监控系统的时效性，加大通知延时，导致用户不能及时的接收告警消息，影响用户体验。
因此，如何提高消息通知的及时性是本领域技术人员关注的重点问题。
发明内容
本申请的目的是提供一种告警消息通知方法、告警消息通知装置、服务器以及计算机可读存储介质，以便提高消息通知的及时性。
为解决上述技术问题，本申请提供一种告警消息通知方法，包括：
通过告警进程将生成的告警消息写入redis队列；
采用通知进程根据通知策略将所述redis队列中的告警消息进行通知；其中，所述通知进程为根据所述redis队列的状态创建的进程。
可选的，创建所述通知进程的过程，包括：
按照预设周期判断所述redis队列中是否有告警消息；若是，则对消息积压的次数加一；
当所述消息积压的次数大于预设次数时，创建新的通知进程；
将所述消息积压的次数归零。
可选的，创建所述通知进程的过程，包括：
获取所述redis队列的消息积压数量；
根据所述消息积压数量确定通知进程数量；
根据所述通知进程数量创建通知进程。
可选的，创建所述通知进程的过程，包括：
记录redis队列的消息处理延时；
判断所述消息处理延时是否大于预设延时；
若是，则创建新的通知进程。
可选的，通过告警进程将生成的告警消息写入redis队列，包括：
通过所述告警进程判断是否出现告警事件；
若是，则将所述告警事件的ID和详情信息作为所述告警消息，并写入所述redis队列。
可选的，采用通知进程根据通知策略从所述redis队列读取告警消息，并进行通知，包括：
采用所述通知进程监听到所述redis队列存在告警事件的ID时，根据所述告警事件的ID从所述redis队列读取所述告警消息；
通过所述通知进程根据所述通知策略将所述告警消息进行通知。
本申请还提供一种告警消息通知装置，包括：
消息入列模块，用于通过告警进程将生成的告警消息写入redis队列；
消息通知模块，用于采用通知进程根据通知策略将所述redis队列中的告警消息进行通知；其中，所述通知进程为根据所述redis队列的状态创建的进程。
可选的，还包括：
通知进程创建模块，用于按照预设周期判断所述redis队列中是否有告警消息；若是，则对消息积压的次数加一；当所述消息积压的次数大于预设次数时，创建新的通知进程；将所述消息积压的次数归零。
本申请还提供一种服务器，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如上所述的告警消息通知方法的步骤。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的告警消息通知方法的步骤。
本申请所提供的一种告警消息通知方法，包括：通过告警进程将生成的告警消息写入redis队列；采用通知进程根据通知策略将所述redis队列中的告警消息进行通知；其中，所述通知进程为根据所述redis队列的状态创建的进程。
通过告警消息的通知过程拆成告警进程和通知进程，通过告警进程将告警消息写入redis队列，通知进程从redis队列读取消息并进行通知，实现告警与通知之间的解耦，并根据redis队列的状态创建通知进程，实现通知进程的数量自适应，以便应对突发大量的告警消息，降低了通知延时，使得用户及时的接收告警消息，提高用户体验。
本申请还提供一种告警消息通知装置、服务器以及计算机可读存储介质，具有以上有益效果，在此不做赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种告警消息通知方法的流程图；
图2为本申请实施例所提供的一种告警消息通知装置的结构示意图。
具体实施方式
本申请的核心是提供一种告警消息通知方法、告警消息通知装置、服务器以及计算机可读存储介质，以便提高消息通知的及时性。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
相关技术中，云平台中的告警通知一般是嵌合在告警服务中，在告警事件产生后立马进行通知策略的判断，从而进行告警的发送。但是这样会增加告警服务的执行时间，导致告警服务缓慢。在通知的人员较多时，往往会影响到告警产生的效率，反而降低了监控系统的时效性，加大通知延时，导致用户不能及时的接收告警消息，影响用户体验。
因此，本申请提供一种告警消息通知方法，通过告警消息的通知过程拆成告警进程和通知进程，通过告警进程将告警消息写入redis队列，通知进程从redis队列读取消息并进行通知，实现告警与通知之间的解耦，并根据redis队列的状态创建通知进程，实现通知进程的数量自适应，以便应对突发大量的告警消息，降低了通知延时，使得用户及时的接收告警消息，提高用户体验。
以下通过一个实施例，对本申请提供的一种告警消息通知方法进行说明。
请参考图1，图1为本申请实施例所提供的一种告警消息通知方法的流程图。
本实施例中，该方法可以包括：
S101，通过告警进程将生成的告警消息写入redis队列；
本步骤旨在通过告警进程将生成的告警消息写入redis队列；
其中，告警进程主要用于对接对应的资源，以便判断该资源是否产生告警事件，并产生告警消息，并写入redis队列。
其中，redis队列是指在redis中实现的队列功能。其中，redis是一个key-value存储系统。
进一步的，本步骤可以包括：
步骤1，通过告警进程判断是否出现告警事件；
步骤2，若是，则将告警事件的ID和详情信息作为告警消息，并写入redis队列。
可见，本可选方案中主要是说明如何将告警消息写入redis队列。本可选方案中，通过告警进程判断是否出现告警事件；若是，则将告警事件的ID和详情信息作为告警消息，并写入redis队列。
其中，本可选方案中主要是将告警事件的ID和详情信息写入到队列中，以便根据该队列中是否存在对应的值，判断是否出现对应的告警消息。
S102，采用通知进程根据通知策略将redis队列中的告警消息进行通知；其中，通知进程为根据redis队列的状态创建的进程。
在S101的基础上，本步骤旨在采用通知进程根据通知策略将redis队列中的告警消息进行通知；其中，通知进程为根据redis队列的状态创建的进程。
很显然，每当redis队列中出现告警消息时，该通知进程就可以获取该告警消息，然后按照通知策略将该告警消息进行通知处理。
进一步的，本步骤可以包括：
步骤1，采用通知进程监听到redis队列存在告警事件的ID时，根据告警事件的ID从redis队列读取告警消息；
步骤2，通过通知进程根据通知策略将告警消息进行通知。
可见，本可选方案主要是对如何对告警消息进行通知做说明。本可选方案中，采用通知进程监听到redis队列存在告警事件的ID时，根据告警事件的ID从redis队列读取告警消息，通过通知进程根据通知策略将告警消息进行通知。
进一步的，本步骤中创建通知进程的过程，包括：
步骤1，按照预设周期判断redis队列中是否有告警消息；若是，则对消息积压的次数加一；
步骤2，当消息积压的次数大于预设次数时，创建新的通知进程；
步骤3，将消息积压的次数归零。
可见，本可选方案中主要是如何创建通知进程进行说明。本可选方案中，按照预设周期判断redis队列中是否有告警消息；若是，则对消息积压的次数加一，当消息积压的次数大于预设次数时，创建新的通知进程，将消息积压的次数归零。
很显然，通过本可选方案可以每当消息积压次数大于预设次数时，就创建新的通知进程，以便降低消息积压的压力，提高消息的处理能力。实现根据消息积压的情况对通知进程的数量进行调控，以便适应不同情况下的消息处理。
进一步的，本步骤中创建通知进程的过程，包括：
步骤1，获取redis队列的消息积压数量；
步骤2，根据消息积压数量确定通知进程数量；
步骤3，根据通知进程数量创建通知进程。
可见，本可选方案中主要是如何创建通知进程进行说明。本可选方案中获取redis队列的消息积压数量，根据消息积压数量确定通知进程数量，根据通知进程数量创建通知进程。本可选方案主要是通过当前的消息积压数量，确定对应通知进程数量，最后根据该通知进程数量创建对应数量的通知进程，以便创建适合当前处理能力的通知进程对告警消息进行处理。
进一步的，本步骤中创建通知进程的过程，包括：
步骤1，记录redis队列的消息处理延时；
步骤2，判断消息处理延时是否大于预设延时；
步骤3，若是，则创建新的通知进程。
可见，本可选方案中主要是如何创建通知进程进行说明。本可选方案中，记录redis队列的消息处理延时，判断消息处理延时是否大于预设延时，若是，则创建新的通知进程。很显然，本可选不断实时记录每个消息的消息处理延时，确定每个消息被处理所花费的时间。当该消息处理延时大于预设延时时，则说明当前消息处理的过程中出现了消息处理不及时的问题，需要创建新的通知进程对消息进行处理，缓解队列中的消息压力。
综上，本实施例通过告警消息的通知过程拆成告警进程和通知进程，通过告警进程将告警消息写入redis队列，通知进程从redis队列读取消息并进行通知，实现告警与通知之间的解耦，并根据redis队列的状态创建通知进程，实现通知进程的数量自适应，以便应对突发大量的告警消息，降低了通知延时，使得用户及时的接收告警消息，提高用户体验。
以下通过另一具体的实施例，对本申请提供一种告警消息通知方法做进一步说明。
本实施例采用队列的方式，将告警服务和通知服务隔离开来，实现告警和通知的解耦。同时，采用队列的先进先出方式，告警服务和通知服务同时连接同一队列，告警服务在告警产生后将告警消息添加到队列中，通知服务通过监听队列，实现快速取值然后进行通知的判断的处理，以保证通知的时效性。
为了更加合理的利用系统资源，提出了通知服务自适应的方法。在需要通知信息的较多时，增加通知服务数量，以便快速处理。在需要通知信息较少时，可以减少通知服务，以减小系统开支。
具体的，本实施例需要在云平台中设置通知策略，通知服务的自适应算法配置，包括任务时间、任务空闲、队列积压数量。
云平台中支持多维度的通知策略。包括通知联系人(联系人的邮箱电话)，通知方式(邮件、短信)，通知告警级别(中度、严重、紧急)，通知时间间隔，通知时间段等。
一个通知服务可以并发执行多个通知信息的判定和发送。一个通知服务包括多个通知进程，可以对每个通知进程设置通知信息并发的数量，一般默认为10。
通知服务在监听队列的过程中，通知服务自身可能会有增减。有单独的通知守护任务对队列进行监听，每隔10s监测一次队列是否阻塞(队列中的数量是否大于指定个数)，监测次数等。
设置完成后，启动通知服务和通知守护任务，进行告警通知的发送。
首先，告警服务经过逻辑判断得到告警消息，此时会将告警消息的ID写入redis队列，告警消息的详情信息写入到redis的键值对中。告警服务只是多了一个写redis的动作，对告警服务本身无任何影响。
另外，通知服务可以监听redis队列，当发现redis中队列中存在告警ID信息时，通知服务会将此信息出对列，在自己的进程中进行处理。处理时，可以根据告警ID从redis的键值对中获取告警详情信息以及相应的通知策略，进行通知信息的计算和处理。其中，告警消息的详情信息和通知策略放在redis中进行缓存，可以快速的获取信息进行逻辑判断，数据库中的策略变化时会同时更新redis队列。
此外，可以通过redis对列的积压情况的监听判断实现告警通知服务的自适应增减。
本实施例的步骤可以包括：
步骤1，设定redis队列监听任务；
步骤2，定时监听redis对列；
步骤3，发现redis对列中存在值，在证明积压(正常情况下redis对列中一旦有告警ID会立马被通知服务取走进行处理，redis对列中为空则表明通知处理顺畅无积压)；
步骤4，多次监听redis对列积压情况，每监听10次中发生三次积压时，则增加一个通知服务；
步骤5，增加完成后，重新10次周期计算积压情况；
步骤6，如果检测周期中10次均无积压，则减少一个通知服务，并重新10次计算周期计算积压。
可见，通知服务的数量总保持在一个相对平衡状态，使得通知效率和系统开销上保持平衡。
可见，本实施例通过告警消息的通知过程拆成告警进程和通知进程，通过告警进程将告警消息写入redis队列，通知进程从redis队列读取消息并进行通知，实现告警与通知之间的解耦，并根据redis队列的状态创建通知进程，实现通知进程的数量自适应，以便应对突发大量的告警消息，降低了通知延时，使得用户及时的接收告警消息，提高用户体验。
下面对本申请实施例提供的告警消息通知装置进行介绍，下文描述的告警消息通知装置与上文描述的告警消息通知方法可相互对应参照。
请参考图2，图2为本申请实施例所提供的一种告警消息通知装置的结构示意图。
本实施例中，该装置可以包括：
消息入列模块100，用于通过告警进程将生成的告警消息写入redis队列；
消息通知模块200，用于采用通知进程根据通知策略将redis队列中的告警消息进行通知；其中，通知进程为根据redis队列的状态创建的进程。
可选的，还可以包括：
通知进程创建模块，用于按照预设周期判断redis队列中是否有告警消息；若是，则对消息积压的次数加一；当消息积压的次数大于预设次数时，创建新的通知进程；将消息积压的次数归零。
可选的，还可以包括：
通知进程创建模块，用于获取redis队列的消息积压数量；根据消息积压数量确定通知进程数量；根据通知进程数量创建通知进程。
可选的，还可以包括：
通知进程创建模块，用于记录redis队列的消息处理延时；判断消息处理延时是否大于预设延时；若是，则创建新的通知进程。
本申请实施例还提供一种服务器，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如以上实施例所述的告警消息通知方法的步骤。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如以上实施例所述的告警消息通知方法的步骤。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的一种告警消息通知方法、告警消息通知装置、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种告警消息通知方法，其特征在于，包括：
通过告警进程将生成的告警消息写入redis队列；
采用通知进程根据通知策略将所述redis队列中的告警消息进行通知；其中，所述通知进程为根据所述redis队列的状态创建的进程。
2.根据权利要求1所述的告警消息通知方法，其特征在于，创建所述通知进程的过程，包括：
按照预设周期判断所述redis队列中是否有告警消息；若是，则对消息积压的次数加一；
当所述消息积压的次数大于预设次数时，创建新的通知进程；
将所述消息积压的次数归零。
3.根据权利要求1所述的告警消息通知方法，其特征在于，创建所述通知进程的过程，包括：
获取所述redis队列的消息积压数量；
根据所述消息积压数量确定通知进程数量；
根据所述通知进程数量创建通知进程。
4.根据权利要求1所述的告警消息通知方法，其特征在于，创建所述通知进程的过程，包括：
记录redis队列的消息处理延时；
判断所述消息处理延时是否大于预设延时；
若是，则创建新的通知进程。
5.根据权利要求1至4任一项所述的告警消息通知方法，其特征在于，通过告警进程将生成的告警消息写入redis队列，包括：
通过所述告警进程判断是否出现告警事件；
若是，则将所述告警事件的ID和详情信息作为所述告警消息，并写入所述redis队列。
6.根据权利要求5所述的告警消息通知方法，其特征在于，采用通知进程根据通知策略从所述redis队列读取告警消息，并进行通知，包括：
采用所述通知进程监听到所述redis队列存在告警事件的ID时，根据所述告警事件的ID从所述redis队列读取所述告警消息；
通过所述通知进程根据所述通知策略将所述告警消息进行通知。
7.一种告警消息通知装置，其特征在于，包括：
消息入列模块，用于通过告警进程将生成的告警消息写入redis队列；
消息通知模块，用于采用通知进程根据通知策略将所述redis队列中的告警消息进行通知；其中，所述通知进程为根据所述redis队列的状态创建的进程。
8.根据权利要求6所述的告警消息通知装置，其特征在于，还包括：
通知进程创建模块，用于按照预设周期判断所述redis队列中是否有告警消息；若是，则对消息积压的次数加一；当所述消息积压的次数大于预设次数时，创建新的通知进程；将所述消息积压的次数归零。
9.一种服务器，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至6任一项所述的告警消息通知方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的告警消息通知方法的步骤。
CN202110838008.5A 2021-07-23 2021-07-23 一种告警消息通知方法及相关装置 Withdrawn CN113688013A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110838008.5A CN113688013A (zh) 2021-07-23 2021-07-23 一种告警消息通知方法及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110838008.5A CN113688013A (zh) 2021-07-23 2021-07-23 一种告警消息通知方法及相关装置

Publications (1)

Publication Number Publication Date
CN113688013A true CN113688013A (zh) 2021-11-23

Family

ID=78577967

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110838008.5A Withdrawn CN113688013A (zh) 2021-07-23 2021-07-23 一种告警消息通知方法及相关装置

Country Status (1)

Country Link
CN (1) CN113688013A (zh)

Similar Documents

Publication Publication Date Title
KR102153840B1 (ko) 위험 식별 방법, 클라이언트 디바이스 및 위험 식별 시스템
CN109298990B (zh) 日志存储方法、装置、计算机设备及存储介质
CN108572898B (zh) 一种控制接口的方法、装置、设备、以及存储介质
US20130060834A1 (en) Distributed messaging system connectivity and resource management
CN110471749B (zh) 任务处理方法、装置、计算机可读存储介质和计算机设备
CN111711697A (zh) 消息推送方法、装置、设备及存储介质
CN112328418B (zh) 一种提升mq同步可靠性的方法和系统
CN109710416B (zh) 资源调度方法及装置
CN104967537A (zh) 一种报警信息推送方法及装置
CN111949497B (zh) 消息队列系统以及基于消息队列系统的消息处理方法
CN103401764A (zh) 一种邮件发送方法和装置
CN109597800B (zh) 一种日志分发方法及装置
CN111200606A (zh) 深度学习模型任务处理方法、系统、服务器及存储介质
CN111104257A (zh) 一种备份日志数据的防超时方法、装置、设备及介质
CN113794755B (zh) 基于微服务架构的共享服务推送方法及系统
CN114218046A (zh) 一种业务监控方法、介质、电子设备及可读存储介质
CN107819754B (zh) 一种防劫持方法、监控服务器、终端及系统
CN111949421B (zh) Sdk调用方法、装置、电子设备和计算机可读存储介质
CN113688013A (zh) 一种告警消息通知方法及相关装置
CN110659132B (zh) 请求处理的优化方法及计算机可读存储介质
CN108989387B (zh) 控制异步请求的方法、装置及设备
CN116483663A (zh) 用于平台的异常告警方法和装置
CN106357557A (zh) 一种消息处理方法及装置
US10096029B1 (en) System, method, and computer program for proactively identifying and addressing customer needs
CN109508356B (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
WW01 Invention patent application withdrawn after publication
WW01 Invention patent application withdrawn after publication

Application publication date: 20211123