WO2019148727A1 - 电子装置、基于redis的异常预警方法及存储介质 - Google Patents

电子装置、基于redis的异常预警方法及存储介质 Download PDF

Info

Publication number
WO2019148727A1
WO2019148727A1 PCT/CN2018/089871 CN2018089871W WO2019148727A1 WO 2019148727 A1 WO2019148727 A1 WO 2019148727A1 CN 2018089871 W CN2018089871 W CN 2018089871W WO 2019148727 A1 WO2019148727 A1 WO 2019148727A1
Authority
WO
WIPO (PCT)
Prior art keywords
predetermined
unique key
redis
abnormality
service system
Prior art date
Application number
PCT/CN2018/089871
Other languages
English (en)
French (fr)
Inventor
钟文琴
Original Assignee
平安科技（深圳）有限公司
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 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019148727A1 publication Critical patent/WO2019148727A1/zh

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/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • 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
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/80—Database-specific techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/81—Threshold

Definitions

  • the present application relates to the field of network communications, and in particular, to an electronic device, a redis-based abnormality warning method, and a storage medium.
  • Redis is an open source, log-based, Key-Value database that is written in ANSI C, supports networking, and can be persisted based on memory, and provides APIs in multiple languages.
  • the present application provides an electronic device, a redis-based anomaly warning method, and a storage medium, which can detect anomalies in time and improve the efficiency of abnormal processing.
  • the present application provides an electronic device including a memory and a processor connected to the memory, the processor for executing a redis-based abnormality warning program stored on the memory
  • the processor for executing a redis-based abnormality warning program stored on the memory
  • A1 Monitor a service request received by each service system in a preset time period, and obtain first identification information of the service system that receives the service request, second identification information of the service system that sends the service request, and The first time the service request is sent;
  • A2 generating a preset type identifier corresponding to the service request, where the preset type identifier includes the first identifier information, the second identifier information, and the first time;
  • A3 storing the preset type identification code as a unique key in a predetermined redis task queue, and setting a valid time corresponding to each of the unique keys;
  • A4 Determine, according to a predetermined abnormality analysis rule, whether each service system responds to the unique key whether there is an abnormality, and sends an abnormality prompt information to a predetermined data monitoring platform after determining that the abnormality exists.
  • the present application further provides a redis-based anomaly warning method, the method comprising the following steps:
  • the first service information of the service system that receives the service request, the second identification information of the service system that sends the service request, and the second identification information of the service system that receives the service request are respectively acquired. The first time the service request is sent;
  • S2 Generate a preset type identifier corresponding to the service request, where the preset type identifier includes the first identifier information, the second identifier information, and the first time;
  • S4 Determine, according to a predetermined abnormality analysis rule, whether each service system responds to the unique key whether there is an abnormality, and sends an abnormality prompt information to the predetermined data monitoring platform after determining that the abnormality exists.
  • the present application further provides a computer readable storage medium storing a redis-based abnormality warning program, which may be executed by at least one processor So that the at least one processor performs the following steps:
  • the preset type identifier includes the first identifier information, the second identifier information, and the first time;
  • the electronic device, the redis-based abnormal warning early warning method and the storage medium proposed by the present application generate a corresponding pre-process by receiving the service request received by each service system in a preset preset time. Setting a type identification code, and storing the preset type identification code as a unique key in a predetermined redis task queue, setting a valid time corresponding to each of the unique keys to form a predetermined redis task lock, and then according to the advance
  • the determined anomaly analysis rule determines whether there is an abnormality in calling the unique key, and sends an abnormality prompt information to a predetermined data monitoring platform after determining that there is an abnormality. It can detect abnormalities in time and improve the efficiency of abnormal processing.
  • FIG. 1 is a schematic diagram of an optional hardware architecture of an electronic device proposed by the present application.
  • FIG. 2 is a schematic diagram of a program module of a redis-based abnormality warning program in an embodiment of an electronic device of the present application
  • FIG. 3 is a flow chart showing an implementation of a preferred embodiment of the redis-based anomaly warning method of the present application.
  • the electronic device 10 may include, but is not limited to, a memory 11, a processor 12, and a network interface 13 communicably connected to each other through a communication bus 14. It should be noted that FIG. 1 only shows the electronic device 10 having the components 11-14, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead.
  • the memory 11 includes at least one type of computer readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (for example, SD or DX memory, etc.), a random access memory (RAM), and a static memory.
  • the memory 11 may be an internal storage unit of the electronic device 10, such as a hard disk or memory of the electronic device 10.
  • the memory 11 may also be an outsourced storage device of the electronic device 10, such as a plug-in hard disk equipped on the electronic device 10, a smart memory card (SMC), and a secure digital (Secure Digital, SD) ) cards, flash cards, etc.
  • the memory 11 can also include both an internal storage unit of the electronic device 10 and an outsourced storage device thereof.
  • the memory 11 is generally used to store an operating system installed on the electronic device 10 and various types of application software, such as a redis-based abnormality warning program. Further, the memory 11 can also be used to temporarily store various types of data that have been output or are to be output.
  • Processor 12 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments.
  • the processor 12 is typically used to control the overall operation of the electronic device 10.
  • the processor 12 is configured to run program code or processing data stored in the memory 11, such as a running redis-based abnormality warning program.
  • the network interface 13 may include a wireless network interface or a wired network interface, which is typically used to establish a communication connection between the electronic device 10 and other electronic devices.
  • Communication bus 14 is used to implement a communication connection between components 11-13.
  • Figure 1 shows only the electronic device 10 with components 11-14 and a redis-based anomaly warning program, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead. .
  • the electronic device 10 may further include a user interface (not shown in FIG. 1), and the user interface may include a display, an input unit such as a keyboard, wherein the user interface may further include a standard wired interface, a wireless interface, and the like.
  • the display may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, an OLED touch device, or the like. Further, the display may also be referred to as a display screen or display unit for displaying information processed in the electronic device 10 and a user interface for displaying visualizations.
  • the preset time may be, for example, determining whether the number of service requests received by each service system is greater than a preset processing threshold according to the number of requests processed by the history, for example, if the number of requests processed according to history If it is determined that the number of service requests received by each service system in the current one minute is greater than or equal to a preset processing threshold (for example, 5), the preset time is set to one minute, and each number is determined according to the number of requests processed by the history. If the number of service requests received by the service system is greater than or equal to the preset processing threshold within 10 minutes, the preset time is set to 10 minutes.
  • a preset processing threshold for example, 5
  • the first identification information is a predetermined service system identifier (provider code)
  • the second identification information is a predetermined service system identifier (consumerCode).
  • the preset type identifier includes the first identifier information, the second identifier information, and the first time;
  • the preset type identifier is unique, and the uniqueness of the preset type identifier is determined by the first identifier information, the second identifier information, and The first time is determined together.
  • the preset type identification code constitutes a concurrent control lock of the predisposed redis task queue, which ensures that the task can be executed in a single thread and prevents the problem of generating a backlog of tasks.
  • the preset type identification code is separately stored as a unique key in a predetermined redis task queue by a predetermined setnx function;
  • the step of the predetermined setnx function storing the preset type identification code as a unique key in a predetermined redis task queue includes:
  • the predetermined time extension command is invoked (eg, expire Command) Extend the remaining valid time to the preset effective time threshold.
  • the predetermined abnormality analysis rule may be, for example, real-time monitoring whether a unique key in the redis task queue is called within a corresponding valid time;
  • a predetermined time extension command (eg, an expire command) is invoked to extend the valid time corresponding to the unique key to a preset valid time threshold;
  • the unique key is still not called within the valid time threshold, it is determined that there is an abnormality in the process of calling the unique key, and the abnormal prompt information is sent to the predetermined data monitoring platform.
  • the electronic device proposed by the present application generates a corresponding preset type identification code by using a service request received by each service system that is determined in a preset preset time, and identifies the preset type.
  • the code is stored as a unique key in a predetermined redis task queue, and the effective time corresponding to each of the unique keys is set to form a predetermined redis task lock, and then determining whether the unique key is called according to a predetermined abnormality analysis rule Abnormal, and send an exception message to the predetermined data monitoring platform after determining that there is an exception. It can detect abnormalities in time and improve the efficiency of abnormal processing.
  • the redis-based abnormality warning program of the present application may be described by a program module having the same function according to different functions implemented by the respective parts.
  • FIG. 2 is a schematic diagram of a program module based on a redis-based abnormality warning program in an embodiment of the electronic device of the present application.
  • the redis-based abnormality warning program may be divided into a monitoring module 201, a generating module 202, a depositing module 203, and an abnormality determining module 204 according to different functions implemented by the respective parts.
  • the program module referred to in the present application refers to a series of computer program instruction segments capable of performing a specific function, and is more suitable than the program to describe the execution process of the redis-based abnormality warning program in the electronic device 10.
  • the functions or operational steps implemented by the modules 201-204 are similar to the above, and are not described in detail herein, by way of example, for example:
  • the monitoring module 201 is configured to monitor a service request received by each service system that is determined in a predetermined time, and obtain the first identification information of the service system that receives the service request and the second identifier of the service system that sends the service request. Information, and the first time the service request is sent;
  • the generating module 202 is configured to generate a preset type identifier corresponding to the service request, where the preset type identifier includes the first identifier information, the second identifier information, and the first time; 203, configured to store the preset type identification code as a unique key in a predetermined redis task queue, and set a valid time corresponding to each of the unique keys;
  • the abnormality determining module 204 is configured to determine, according to the predetermined abnormality analysis rule, whether each service system responds to the unique key whether there is an abnormality, and send abnormality prompt information to the predetermined data monitoring platform after determining that the abnormality exists.
  • the present application also provides a redis-based anomaly warning method.
  • the Internet service system risk warning method includes the following steps:
  • Step S301 monitoring a service request received by each service system that is determined in advance within a preset time, respectively acquiring first identification information of the service system that receives the service request, and second identification information of the service system that sends the service request, And a first time to send the service request;
  • the preset time may be, for example, determining whether the number of service requests received by each service system is greater than a preset processing threshold according to the number of requests processed by the history, for example, if the number of requests processed according to history If it is determined that the number of service requests received by each service system in the current one minute is greater than or equal to a preset processing threshold (for example, 5), the preset time is set to one minute, and each number is determined according to the number of requests processed by the history. If the number of service requests received by the service system is greater than or equal to the preset processing threshold within 10 minutes, the preset time is set to 10 minutes.
  • a preset processing threshold for example, 5
  • the first identification information is a predetermined service system identifier (provider code)
  • the second identification information is a predetermined service system identifier (consumerCode).
  • Step S302 generating a preset type identification code corresponding to the service request, where the preset type identification code includes the first identifier information, the second identifier information, and the first time;
  • the preset type identifier is unique, and the uniqueness of the preset type identifier is determined by the first identifier information, the second identifier information, and The first time is determined together.
  • the preset type identification code constitutes a concurrent control lock of the predisposed redis task queue, which ensures that the task can be executed in a single thread and prevents the problem of generating a backlog of tasks.
  • Step S303 storing the preset type identification code as a unique key in a predetermined redis task queue, and setting a valid time corresponding to each of the unique keys;
  • the preset type identification code is separately stored as a unique key in a predetermined redis task queue by a predetermined setnx function;
  • the step of the predetermined setnx function storing the preset type identification code as a unique key in a predetermined redis task queue includes:
  • the predetermined time extension command is invoked (eg, expire Command) Extend the remaining valid time to the preset effective time threshold.
  • Step S304 determining whether there is an abnormality in calling the unique key according to a predetermined abnormality analysis rule, and sending abnormality prompt information to a predetermined data monitoring platform after determining that the abnormality exists.
  • the predetermined abnormality analysis rule may be, for example, real-time monitoring whether a unique key in the redis task queue is called within a corresponding valid time;
  • a predetermined time extension command (for example, an expire command) is invoked to extend the valid time corresponding to the unique key to a preset valid time threshold;
  • the unique key is still not called within the valid time threshold, it is determined that there is an abnormality in the process of calling the unique key, and the abnormal prompt information is sent to the predetermined data monitoring platform.
  • the electronic device proposed by the present application generates a corresponding preset type identification code by using a service request received by each service system that is determined in a preset preset time, and identifies the preset type.
  • the code is stored as a unique key in a predetermined redis task queue, and the effective time corresponding to each of the unique keys is set to form a predetermined redis task lock, and then determining whether the unique key is called according to a predetermined abnormality analysis rule Abnormal, and send an exception message to the predetermined data monitoring platform after determining that there is an exception. It can detect abnormalities in time and improve the efficiency of abnormal processing.
  • the present application further provides a computer readable storage medium, on which the redis-based abnormality warning program is stored, and the redis-based abnormality warning program is executed by the processor to:
  • the preset type identifier includes the first identifier information, the second identifier information, and the first time;
  • the specific embodiment of the computer readable storage medium of the present application is substantially the same as the above embodiments of the electronic device and the redis-based abnormality warning method, and is not described herein.
  • the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better.
  • Implementation Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请所提出的电子装置、基于redis的异常预警预警方法及存储介质，通过将监测到的预设时间内预先确定的各个服务系统接收到的业务请求生成对应的预设类型识别码，并将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，设置各个所述唯一键对应的有效时间来形成预先确定的redis任务锁，再根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。能够及时发现异常，提高异常处理的效率。

Description

电子装置、基于redis的异常预警方法及存储介质
本申请要求于2018年02月01日提交中国专利局、申请号为201810102246.8、发明名称为“电子装置、基于redis的异常预警方法及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及网络通信领域，尤其涉及一种电子装置、基于redis的异常预警方法及存储介质。redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
背景技术
随着互联网通信技术的发展，企业的正常运营越来越依赖于业务系统之间数据的交互，而在数据交互过程中经常会出现异常，如响应延时导致获取数据失败的异常，导致企业的正常运营受到影响。目前，企业内部通过设置专门的数据监控平台来监控数据的交互，以便于在发现异常时能及时发出预警提示。但是由于企业内部每天的数据交互量庞大，且相同的业务系统在同一时间有可能处理多个业务请求，因此，在实际应用中，监控平台很难及时发现异常，且需要借助于数据库中存储的业务数据来分析具体异常的位置，导致消耗大量数据库资源，影响数据库应用性能，且风险预警实时性差。
发明内容
有鉴于此，本申请提出一种电子装置、基于redis的异常预警方法及存储介质，能够及时发现异常，提高异常处理的效率。
首先，为实现上述目的，本申请提出一种电子装置，所述电子装置包括存储器、及与所述存储器连接的处理器，所述处理器用于执行所述存储器上存储的基于redis的异常预警程序，所述基于redis的异常预警程序被所述处理 器执行时实现如下步骤：
A1、监测预设时间内预先确定的各个服务系统接收到的业务请求，分别获取接收所述业务请求的服务系统的第一标识信息、发送所述业务请求的业务系统的第二标识信息、以及发送所述业务请求的第一时间；
A2、生成所述业务请求对应的预设类型识别码，所述预设类型识别码包括所述第一标识信息、所述第二标识信息、及所述第一时间；
A3、将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，并设置各个所述唯一键对应的有效时间；
A4、根据预先确定的异常分析规则确定各个服务系统响应所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。
此外，为实现上述目的，本申请还提出一种基于redis的异常预警方法，所述方法包括如下步骤：
S1、监测预设时间内预先确定的各个服务系统接收到的业务请求，分别获取接收所述业务请求的服务系统的第一标识信息、发送所述业务请求的业务系统的第二标识信息、以及发送所述业务请求的第一时间；
S2、生成所述业务请求对应的预设类型识别码，所述预设类型识别码包括所述第一标识信息、所述第二标识信息、及所述第一时间；
S3、将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，并设置各个所述唯一键对应的有效时间；
S4、根据预先确定的异常分析规则确定各个服务系统响应所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。
此外，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有基于redis的异常预警程序，所述基于redis的异常预警程序可被至少一个处理器执行，以使所述至少一个处理器执行如下步骤：
监测预设时间内预先确定的各个服务系统接收到的业务请求，分别获取接收所述业务请求的服务系统的第一标识信息、发送所述业务请求的业务系统的第二标识信息、以及发送所述业务请求的第一时间；
生成所述业务请求对应的预设类型识别码，所述预设类型识别码包括所述第一标识信息、所述第二标识信息、及所述第一时间；
将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，并设置各个所述唯一键对应的有效时间；
根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。
相较于现有技术，本申请所提出的电子装置、基于redis的异常预警预警方法及存储介质，通过将监测到的预设时间内预先确定的各个服务系统接收到的业务请求生成对应的预设类型识别码，并将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，设置各个所述唯一键对应的有效时间来形成预先确定的redis任务锁，再根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。能够及时发现异常，提高异常处理的效率。
附图说明
图1是本申请提出的电子装置一可选的硬件架构的示意图；
图2是本申请电子装置一实施例中基于redis的异常预警程序的程序模块示意图；
图3是本申请基于redis的异常预警方法较佳实施例的实施流程图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
参阅图1所示，是本申请提出的电子装置一可选的硬件架构示意图。本实施例中，电子装置10可包括，但不仅限于，可通过通信总线14相互通信连接的存储器11、处理器12、网络接口13。需要指出的是，图1仅示出了具有组件11-14的电子装置10，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
其中，存储器11至少包括一种类型的计算机可读存储介质，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器11可以是电子装置10的内部存储单元，例如电子装置10的硬盘或内存。在另一些实施例中，存储器11也可以是电子装置10的外包存储设备，例如电子装置10上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure  Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器11还可以既包括电子装置10的内部存储单元也包括其外包存储设备。本实施例中，存储器11通常用于存储安装于电子装置10的操作系统和各类应用软件，例如基于redis的异常预警程序等。此外，存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器12在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。处理器12通常用于控制电子装置10的总体操作。本实施例中，处理器12用于运行存储器11中存储的程序代码或者处理数据，例如运行的基于redis的异常预警程序等。
网络接口13可包括无线网络接口或有线网络接口，网络接口13通常用于在电子装置10与其他电子设备之间建立通信连接。
通信总线14用于实现组件11-13之间的通信连接。
图1仅示出了具有组件11-14以及基于redis的异常预警程序的电子装置10，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
可选地，电子装置10还可以包括用户接口(图1中未示出)，用户接口可以包括显示器、输入单元比如键盘，其中，用户接口还可以包括标准的有线接口、无线接口等。
可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED触摸器等。进一步地，显示器也可称为显示屏或显示单元，用于显示在电子装置10中处理信息以及用于显示可视化的用户界面。
在一实施例中，存储器11中存储的基于redis的异常预警程序被处理器12执行时，实现如下操作：
监测预设时间内预先确定的各个服务系统接收到的业务请求，分别获取 接收所述业务请求的服务系统的第一标识信息、发送所述业务请求的业务系统的第二标识信息、以及发送所述业务请求的第一时间；
在本实施例中，所述预设时间可以是，例如根据历史处理的请求数量确定当前各个服务系统接收到的业务请求数量是否大于预设处理阈值进行自定义，例如若根据历史处理的请求数量确定出各个服务系统在当前的一分钟内接收到的业务请求数量大于或等于预设处理阈值(例如，5)，则将预设时间设置为一分钟，若根据历史处理的请求数量确定出各个服务系统接收到的业务请求数量在10分钟内大于或等于预设处理阈值，则将预设时间设置为10分钟。
具体地，第一标识信息为预先确定的服务系统的编码符(providerCode)、第二标识信息为预先确定的业务系统的编码符(consumerCode)。
生成所述业务请求对应的预设类型识别码，所述预设类型识别码包括所述第一标识信息、所述第二标识信息、及所述第一时间；
可以理解的是，在本申请的实施例中，所述预设类型识别码具有唯一性，而该预设类型识别码的唯一性由所述第一标识信息、所述第二标识信息、及所述第一时间共同决定。所述预设类型识别码构成预先部署的redis任务队列的并发控制锁，保证了任务能够单线程执行，防止产生任务积压的问题。
将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，并设置各个所述唯一键对应的有效时间；
在本实施例中，通过预先确定的setnx函数将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中；
具体地，所述预先确定的setnx函数将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中的步骤包括：
确定所述预先确定的redis任务队列中是否存在与待插入的唯一键匹配的目标唯一键，若不存在，则将该唯一键插入所述redis任务队列中，并设置所述唯一键对应的有效时间；
若存在，则判断该唯一键对应的剩余有效时间是否小于预设的有效时间阈值，若所述剩余有效时间小于所述预设的有效时间阈值，则通过调用预先确定的时间延长命令(例如expire命令)延长该剩余有效时间至预设的有效时间阈值。
根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。
在本实施例中，所述预先确定的异常分析规则可以是，例如，实时监测所述redis任务队列中的唯一键在对应的有效时间内是否被调用；
若监测到有唯一键在所述有效时间内未被调用，则调用预先确定的时间延长命令(例如expire命令)延长该唯一键对应的有效时间至预设的有效时间阈值；
若在所述有效时间阈值内，该唯一键仍未被调用，则确定调用该唯一键的过程存在异常，向预先确定的数据监控平台发送异常提示信息。
由上述事实施例可知，本申请提出的电子装置通过将监测到的预设时间内预先确定的各个服务系统接收到的业务请求生成对应的预设类型识别码，并将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，设置各个所述唯一键对应的有效时间来形成预先确定的redis任务锁，再根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。能够及时发现异常，提高异常处理的效率。
进一步需要说明的是，本申请的基于redis的异常预警程序依据其各部分所实现的功能不同，可用具有相同功能的程序模块进行描述。请参阅图2所示，是本申请电子装置一实施例中基于redis的异常预警程序的程序模块示意图。本实施例中，基于redis的异常预警程序依据其各部分所实现的功能的不同，可以被分割成监测模块201、生成模块202、存入模块203、以及异常确定模块204。由上面的描述可知，本申请所称的程序模块是指能够完成特定功 能的一系列计算机程序指令段，比程序更适合于描述基于redis的异常预警程序在电子装置10中的执行过程。所述模块201-204所实现的功能或操作步骤均与上文类似，此处不再详述，示例性地，例如其中：
监测模块201用于监测预设时间内预先确定的各个服务系统接收到的业务请求，分别获取接收所述业务请求的服务系统的第一标识信息、发送所述业务请求的业务系统的第二标识信息、以及发送所述业务请求的第一时间；
生成模块202用于生成所述业务请求对应的预设类型识别码，所述预设类型识别码包括所述第一标识信息、所述第二标识信息、及所述第一时间；存入模块203用于将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，并设置各个所述唯一键对应的有效时间；
异常确定模块204用于根据预先确定的异常分析规则确定各个服务系统响应所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。
此外，本申请还提出一种基于redis的异常预警方法，请参阅图3所示，所述互联网服务系统风险预警方法包括如下步骤：
步骤S301，监测预设时间内预先确定的各个服务系统接收到的业务请求，分别获取接收所述业务请求的服务系统的第一标识信息、发送所述业务请求的业务系统的第二标识信息、以及发送所述业务请求的第一时间；
在本实施例中，所述预设时间可以是，例如根据历史处理的请求数量确定当前各个服务系统接收到的业务请求数量是否大于预设处理阈值进行自定义，例如若根据历史处理的请求数量确定出各个服务系统在当前的一分钟内接收到的业务请求数量大于或等于预设处理阈值(例如，5)，则将预设时间设置为一分钟，若根据历史处理的请求数量确定出各个服务系统接收到的业务请求数量在10分钟内大于或等于预设处理阈值，则将预设时间设置为10分钟。
具体地，第一标识信息为预先确定的服务系统的编码符(providerCode)、 第二标识信息为预先确定的业务系统的编码符(consumerCode)。
步骤S302，生成所述业务请求对应的预设类型识别码，所述预设类型识别码包括所述第一标识信息、所述第二标识信息、及所述第一时间；
可以理解的是，在本申请的实施例中，所述预设类型识别码具有唯一性，而该预设类型识别码的唯一性由所述第一标识信息、所述第二标识信息、及所述第一时间共同决定。所述预设类型识别码构成预先部署的redis任务队列的并发控制锁，保证了任务能够单线程执行，防止产生任务积压的问题。
步骤S303，将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，并设置各个所述唯一键对应的有效时间；
在本实施例中，通过预先确定的setnx函数将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中；
具体地，所述预先确定的setnx函数将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中的步骤包括：
确定所述预先确定的redis任务队列中是否存在待插入的唯一键匹配的目标唯一键，若不存在，则将该唯一键插入所述redis任务队列中，并设置所述唯一键对应的有效时间；
若存在，则判断该唯一键对应的剩余有效时间是否小于预设的有效时间阈值，若所述剩余有效时间小于所述预设的有效时间阈值，则通过调用预先确定的时间延长命令(例如expire命令)延长该剩余有效时间至预设的有效时间阈值。
步骤S304，根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。
在本实施例中，所述预先确定的异常分析规则可以是，例如，实时监测所述redis任务队列中的唯一键在对应的有效时间内是否被调用；
若监测到有唯一键在所述有效时间内未被调用，则调用预先确定的时间延长命令(例如expire命令)延长该唯一键对应的有效时间至预设的有效时 间阈值；
若在所述有效时间阈值内，该唯一键仍未被调用，则确定调用该唯一键的过程存在异常，向预先确定的数据监控平台发送异常提示信息。
由上述事实施例可知，本申请提出的电子装置通过将监测到的预设时间内预先确定的各个服务系统接收到的业务请求生成对应的预设类型识别码，并将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，设置各个所述唯一键对应的有效时间来形成预先确定的redis任务锁，再根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。能够及时发现异常，提高异常处理的效率。
此外，本申请还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有基于redis的异常预警程序，所述基于redis的异常预警程序被处理器执行时实现如下操作：
监测预设时间内预先确定的各个服务系统接收到的业务请求，分别获取接收所述业务请求的服务系统的第一标识信息、发送所述业务请求的业务系统的第二标识信息、以及发送所述业务请求的第一时间；
生成所述业务请求对应的预设类型识别码，所述预设类型识别码包括所述第一标识信息、所述第二标识信息、及所述第一时间；
将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，并设置各个所述唯一键对应的有效时间；
根据预先确定的异常分析规则确定各个服务系统响应所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。
本申请计算机可读存储介质具体实施方式与上述电子装置以及基于redis的异常预警方法各实施例基本相同，在此不作累述。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种电子装置，其特征在于，所述电子装置包括存储器、及与所述存储器连接的处理器，所述处理器用于执行所述存储器上存储的基于redis的异常预警程序，所述基于redis的异常预警程序被所述处理器执行时实现如下步骤：
    A1、监测预设时间内预先确定的各个服务系统接收到的业务请求，分别获取接收所述业务请求的服务系统的第一标识信息、发送所述业务请求的业务系统的第二标识信息、以及发送所述业务请求的第一时间；
    A2、生成所述业务请求对应的预设类型识别码，所述预设类型识别码包括所述第一标识信息、所述第二标识信息、及所述第一时间；
    A3、将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，并设置各个所述唯一键对应的有效时间；
    A4、根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。
  2. 如权利要求1所述的电子装置，其特征在于，在所述步骤A4中，所述预先确定的异常分析规则包括：
    实时监测所述redis任务队列中的唯一键在对应的有效时间内是否被调用；
    若监测到有唯一键在所述有效时间内未被调用，则调用预先确定的时间延长命令延长该唯一键对应的有效时间至预设的有效时间阈值；
    若在所述有效时间阈值内，该唯一键仍未被调用，则确定调用该唯一键的过程存在异常，向预先确定的数据监控平台发送异常提示信息。
  3. 如权利要求1所述的电子装置，其特征在于，在所述步骤A3中，通过预先确定的setnx函数将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中。
  4. 如权利要求3所述的电子装置，其特征在于，所述预先确定的setnx函数将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中的步骤包括：
    确定所述预先确定的redis任务队列中是否存在与待插入的唯一键匹配的目标唯一键，若不存在，则将该唯一键插入所述redis任务队列中，并设置所述唯一键对应的有效时间；
    若存在，则判断该唯一键对应的剩余有效时间是否小于预设的有效时间阈值，若所述剩余有效时间小于所述预设的有效时间阈值，则通过调用预先确定的所述时间延长命令延长该剩余有效时间至预设的有效时间阈值。
  5. 如权利要求1所述的电子装置，其特征在于，所述第一标识信息为预先确定的服务系统的编码符，所述第二标识信息为预先确定的业务系统的编码符。
  6. 如权利要求2所述的电子装置，其特征在于，所述第一标识信息为预先确定的服务系统的编码符，所述第二标识信息为预先确定的业务系统的编码符。
  7. 如权利要求3所述的电子装置，其特征在于，所述第一标识信息为预先确定的服务系统的编码符，所述第二标识信息为预先确定的业务系统的编码符。
  8. 如权利要求4所述的电子装置，其特征在于，所述第一标识信息为预先确定的服务系统的编码符，所述第二标识信息为预先确定的业务系统的编码符。
  9. 一种基于redis的异常预警方法，其特征在于，所述方法包括如下步骤：
    S1、监测预设时间内预先确定的各个服务系统接收到的业务请求，分别获取接收所述业务请求的服务系统的第一标识信息、发送所述业务请求的业务系统的第二标识信息、以及发送所述业务请求的第一时间；
    S2、生成所述业务请求对应的预设类型识别码，所述预设类型识别码包 括所述第一标识信息、所述第二标识信息、及所述第一时间；
    S3、将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，并设置各个所述唯一键对应的有效时间；
    S4、根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。
  10. 如权利要求9所述的基于redis的异常预警方法，其特征在于，在所述步骤S4中，所述预先确定的异常分析规则包括：
    实时监测所述redis任务队列中的唯一键在对应的有效时间内是否被调用；
    若监测到有唯一键在所述有效时间内未被调用，则调用预先确定的时间延长命令延长该唯一键对应的有效时间至预设的有效时间阈值；
    若在所述有效时间阈值内，该唯一键仍未被调用，则确定调用该唯一键的过程存在异常，向预先确定的数据监控平台发送异常提示信息。
  11. 如权利要求9所述的基于redis的异常预警方法，其特征在于，在所述步骤S3中，通过预先确定的setnx函数将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中。
  12. 如权利要求11所述的基于redis的异常预警方法，其特征在于，所述预先确定的setnx函数将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中的步骤包括：
    确定所述预先确定的redis任务队列中是否存在与待插入的唯一键匹配的目标唯一键，若不存在，则将该唯一键插入所述redis任务队列中，并设置所述唯一键对应的有效时间；
    若存在，则判断该唯一键对应的剩余有效时间是否小于预设的有效时间阈值，若所述剩余有效时间小于所述预设的有效时间阈值，则通过调用预先确定的时间延长命令延长该剩余有效时间至预设的有效时间阈值。
  13. 如权利要求9所述的基于redis的异常预警方法，其特征在于，所述 第一标识信息为预先确定的服务系统的编码符，所述第二标识信息为预先确定的业务系统的编码符。
  14. 如权利要求10所述的基于redis的异常预警方法，其特征在于，所述第一标识信息为预先确定的服务系统的编码符，所述第二标识信息为预先确定的业务系统的编码符。
  15. 如权利要求11所述的基于redis的异常预警方法，其特征在于，所述第一标识信息为预先确定的服务系统的编码符，所述第二标识信息为预先确定的业务系统的编码符。
  16. 如权利要求12所述的基于redis的异常预警方法，其特征在于，所述第一标识信息为预先确定的服务系统的编码符，所述第二标识信息为预先确定的业务系统的编码符。
  17. 一种计算机可读存储介质，所述计算机可读存储介质存储有基于redis的异常预警程序，所述基于redis的异常预警程序可被至少一个处理器执行，以使所述至少一个处理器执行如下步骤：
    监测预设时间内预先确定的各个服务系统接收到的业务请求，分别获取接收所述业务请求的服务系统的第一标识信息、发送所述业务请求的业务系统的第二标识信息、以及发送所述业务请求的第一时间；
    生成所述业务请求对应的预设类型识别码，所述预设类型识别码包括所述第一标识信息、所述第二标识信息、及所述第一时间；
    将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中，并设置各个所述唯一键对应的有效时间；
    根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息。
  18. 如权利要求17所述的计算机可读存储介质，其特征在于，在所述根据预先确定的异常分析规则确定调用所述唯一键是否存在异常，并在确定存在异常之后向预先确定的数据监控平台发送异常提示信息的步骤中，所述预 先确定的异常分析规则包括：
    实时监测所述redis任务队列中的唯一键在对应的有效时间内是否被调用；
    若监测到有唯一键在所述有效时间内未被调用，则调用预先确定的时间延长命令延长该唯一键对应的有效时间至预设的有效时间阈值；
    若在所述有效时间阈值内，该唯一键仍未被调用，则确定调用该唯一键的过程存在异常，向预先确定的数据监控平台发送异常提示信息。
  19. 如权利要求17所述的计算机可读存储介质，其特征在于，所述将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中的步骤包括：
    通过预先确定的setnx函数将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中。
  20. 如权利要求19所述的计算机可读存储介质，其特征在于，所述预先确定的setnx函数将所述预设类型识别码作为唯一键分别存入预先确定的redis任务队列中的步骤包括：
    确定所述预先确定的redis任务队列中是否存在与待插入的唯一键匹配的目标唯一键，若不存在，则将该唯一键插入所述redis任务队列中，并设置所述唯一键对应的有效时间；
    若存在，则判断该唯一键对应的剩余有效时间是否小于预设的有效时间阈值，若所述剩余有效时间小于所述预设的有效时间阈值，则通过调用预先确定的时间延长命令延长该剩余有效时间至预设的有效时间阈值。
PCT/CN2018/089871 2018-02-01 2018-06-05 电子装置、基于redis的异常预警方法及存储介质 WO2019148727A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810102246.8A CN108491301B (zh) 2018-02-01 2018-02-01 电子装置、基于redis的异常预警方法及存储介质
CN201810102246.8 2018-02-01

Publications (1)

Publication Number Publication Date
WO2019148727A1 true WO2019148727A1 (zh) 2019-08-08

Family

ID=63344320

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/089871 WO2019148727A1 (zh) 2018-02-01 2018-06-05 电子装置、基于redis的异常预警方法及存储介质

Country Status (2)

Country Link
CN (1) CN108491301B (zh)
WO (1) WO2019148727A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111813559A (zh) * 2020-07-23 2020-10-23 济南大陆机电股份有限公司 一种工业互联网分布式标识编码方法及系统
CN113965476A (zh) * 2021-10-22 2022-01-21 中国联合网络通信集团有限公司 基于应用的巡检方法、装置和设备
WO2022134806A1 (zh) * 2020-12-22 2022-06-30 深圳壹账通智能科技有限公司 热点key的确定方法、装置、设备及存储介质

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109492394B (zh) * 2018-10-25 2024-05-03 平安科技（深圳）有限公司 异常业务请求的识别方法及终端设备
CN109634813A (zh) * 2018-12-11 2019-04-16 平安科技（深圳）有限公司 电子装置、云平台异常确认方法及存储介质
CN110147379B (zh) * 2019-04-02 2023-06-30 平安科技（深圳）有限公司 基于数据锁的信息采集方法、装置、计算机设备
CN113765864B (zh) * 2020-06-11 2023-06-23 北京京东振世信息技术有限公司 一种业务请求的处理方法和装置
CN112527609B (zh) * 2021-02-18 2021-05-28 成都新希望金融信息有限公司 预警信息推送方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102611709A (zh) * 2012-03-31 2012-07-25 奇智软件（北京）有限公司 一种对第三方资源的访问控制方法及系统
CN103345423A (zh) * 2013-07-03 2013-10-09 北京京东尚科信息技术有限公司 一种处理异步任务的方法和系统
US20170206164A1 (en) * 2016-01-15 2017-07-20 Samsung Electronics Co., Ltd. System and methods for adaptive multi-level cache allocation for kv store
CN107133369A (zh) * 2017-06-16 2017-09-05 郑州云海信息技术有限公司 一种基于redis过期键的分布式读共享缓存老化方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6395415B2 (ja) * 2014-03-27 2018-09-26 新コスモス電機株式会社 警報システム
CN106598723A (zh) * 2015-10-19 2017-04-26 北京国双科技有限公司 分布式系统中资源的配置方法及装置
CN107295554A (zh) * 2016-03-30 2017-10-24 中兴通讯股份有限公司 一种管理应用状态的方法和装置
CN105959385A (zh) * 2016-06-06 2016-09-21 浪潮软件集团有限公司 一种信息通信方法、装置及系统
CN106411659A (zh) * 2016-11-29 2017-02-15 福建中金在线信息科技有限公司 一种业务数据监测方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102611709A (zh) * 2012-03-31 2012-07-25 奇智软件（北京）有限公司 一种对第三方资源的访问控制方法及系统
CN103345423A (zh) * 2013-07-03 2013-10-09 北京京东尚科信息技术有限公司 一种处理异步任务的方法和系统
US20170206164A1 (en) * 2016-01-15 2017-07-20 Samsung Electronics Co., Ltd. System and methods for adaptive multi-level cache allocation for kv store
CN107133369A (zh) * 2017-06-16 2017-09-05 郑州云海信息技术有限公司 一种基于redis过期键的分布式读共享缓存老化方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111813559A (zh) * 2020-07-23 2020-10-23 济南大陆机电股份有限公司 一种工业互联网分布式标识编码方法及系统
WO2022134806A1 (zh) * 2020-12-22 2022-06-30 深圳壹账通智能科技有限公司 热点key的确定方法、装置、设备及存储介质
CN113965476A (zh) * 2021-10-22 2022-01-21 中国联合网络通信集团有限公司 基于应用的巡检方法、装置和设备
CN113965476B (zh) * 2021-10-22 2024-03-01 中国联合网络通信集团有限公司 基于应用的巡检方法、装置和设备

Also Published As

Publication number Publication date
CN108491301A (zh) 2018-09-04
CN108491301B (zh) 2021-07-16

Similar Documents

Publication Publication Date Title
WO2019148727A1 (zh) 电子装置、基于redis的异常预警方法及存储介质
WO2019140828A1 (zh) 电子装置、分布式系统日志查询方法及存储介质
WO2019148722A1 (zh) 电子装置、数据迁移及调用方法及存储介质
WO2019179026A1 (zh) 电子装置、集群访问域名自动生成方法及存储介质
US8863109B2 (en) Updating secure pre-boot firmware in a computing system in real-time
WO2019179027A1 (zh) 电子装置、防火墙开通验证方法、系统及存储介质
US8640096B2 (en) Configuration of componentized software applications
US7624309B2 (en) Automated client recovery and service ticketing
CN108427616B (zh) 后台程序监控方法及监控装置
WO2019148728A1 (zh) 电子装置、分布式系统执行任务分配方法及存储介质
US10055436B2 (en) Alert management
WO2019169763A1 (zh) 电子装置、业务系统风险控制方法及存储介质
CN112035472B (zh) 数据处理方法、装置、计算机设备和存储介质
WO2019136812A1 (zh) 电子装置、数据调用日志生成及查询方法及存储介质
WO2019192133A1 (zh) 电子装置、数据链路风险预警方法及存储介质
US20160124829A1 (en) Agent dynamic service
US11537476B2 (en) Database management system backup and recovery management
WO2019140829A1 (zh) 电子装置、应用升级版本发布的方法及存储介质
US8984124B2 (en) System and method for adaptive data monitoring
WO2019169771A1 (zh) 电子装置、访问指令信息获取方法及存储介质
US10185613B2 (en) Error determination from logs
CN113238815B (zh) 一种接口访问控制方法、装置、设备及存储介质
WO2019085465A1 (zh) 电子装置、微信报警方法和计算机可读存储介质
US20130159763A1 (en) Dynamic Allocation of Network Security Credentials For Alert Notification Recipients
CN111400085A (zh) 事务回滚异常的处理方法、装置、计算机设备及存储介质

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 17.11.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18903724

Country of ref document: EP

Kind code of ref document: A1