CN108491304B - 电子装置、业务系统风险控制方法及存储介质 - Google Patents

电子装置、业务系统风险控制方法及存储介质 Download PDF

Info

Publication number
CN108491304B
CN108491304B CN201810184861.8A CN201810184861A CN108491304B CN 108491304 B CN108491304 B CN 108491304B CN 201810184861 A CN201810184861 A CN 201810184861A CN 108491304 B CN108491304 B CN 108491304B
Authority
CN
China
Prior art keywords
service
request
risk
priority level
determining
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
Application number
CN201810184861.8A
Other languages
English (en)
Other versions
CN108491304A (zh
Inventor
江亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen 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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to CN201810184861.8A priority Critical patent/CN108491304B/zh
Priority to PCT/CN2018/089455 priority patent/WO2019169763A1/zh
Publication of CN108491304A publication Critical patent/CN108491304A/zh
Application granted granted Critical
Publication of CN108491304B publication Critical patent/CN108491304B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • 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
    • 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/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • 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
    • 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/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Mathematical Physics (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明公开了一种电子装置、业务系统风险控制方法及存储介质，通过在接收到客户端发送的业务请求后，根据预先确定的业务系统风险分析规则分析执行该请求是否存在风险；若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别，若确定处理该业务请求所属的业务类型的第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。能够预防业务系统并发风险，减少数据库宕机，提高业务效率。

Description

电子装置、业务系统风险控制方法及存储介质
技术领域
本发明涉及互联网数据交互领域，尤其涉及一种电子装置、业务系统风险控制方法及存储介质。
背景技术
随着互联网通信技术的发展，各企业之间通常通过开放平台进行信息交互，例如，通过购物网站购买日常生活用品，或者通过聊天工具在线远程沟通等，但是当用户同时发起的业务请求数量超过一定的级别后，有可能导致业务系统的并发线程数被消耗殆尽，导致业务系统的数据库宕机，业务效率降低。
发明内容
有鉴于此，本发明提出一种电子装置、互联网业务系统风险预警方法及存储介质，能够精确有效地控制互联网业务系统的运行风险。
首先，为实现上述目的，本发明提出一种电子装置，所述电子装置包括存储器、及与所述存储器连接的处理器，所述处理器用于执行所述存储器上存储的业务系统风险控制程序，所述业务系统风险控制程序被所述处理器执行时实现如下步骤：
接收到客户端发送的业务请求后，根据预先确定的业务系统风险分析规则分析执行该请求是否存在风险；
若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别，若确定处理该业务请求所属的业务类型的第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；
若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。
进一步地，所述根据预先确定的业务系统风险分析规则分析执行该业务请求是否存在风险的步骤包括：
获取执行该业务请求的业务系统对应的总任务队列中的第一请求数，计算所述第一请求数与接收到的业务请求之和，得到第二任务总数；
计算所述第二任务总数与预定义的该业务系统的第一业务阈值之间的大小；
若所述第二任务总数大于或等于所述第一业务阈值，则确定该业务系统执行接收到的业务请求存在风险；
若所述第二任务总数小于所述第一业务阈值，则从所述总任务队列中获取与所述业务请求匹配的业务类型对应的第二请求数，计算所述第二请求数与接收到的请求数之和，得到所述第一任务总数；
计算所述第一任务总数与预定义的该业务系统处理与所述业务请求匹配的业务类型的第二业务阈值之间的大小，若所述第一任务总数小于所述第二业务阈值，则确定处理接收到的请求不存在风险，或者，若所述第一任务总数大于或等于所述第二业务阈值，则确定处理接收到的请求存在风险。
进一步地，所述根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别的步骤包括：
遍历预先存储的业务类型与故障指标值之间的第一映射关系表，确定接收到的业务请求对应的业务类型的故障指标值；
根据预先生成的故障指标值与业务优先级别之间的第二映射关系表，确定接收到的业务请求对应的故障指标值的优先级别，所述故障指标值的优先级别为接收到的业务请求对应的业务优先级别。
进一步地，所述故障指标值包括允许业务故障的第一时间阈值及允许业务数据丢失的第二时间阈值。
进一步地，所述业务系统风险控制程序被所述处理器执行时还实现如下步骤：
实时获取返回至所述客户端的请求数，计算返回该客户端的请求数与该客户端发送的请求数之比；
若在第一预定义的时间内计算得到的请求数之比大于预定义的比值阈值，则向该客户端发送在第二预定义时间内不向所述业务系统发送该业务类型请求的指令。
此外，为了实现上述目的，本申请还提出一种业务系统风险控制方法，所述方法包括如下步骤：
接收到客户端发送的业务请求后，根据预先确定的业务系统风险分析规则分析执行该请求是否存在风险；
若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别，若确定处理该业务请求所属的业务类型的第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；
若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。
进一步地，所述根据预先确定的业务系统风险分析规则分析执行该业务请求是否存在风险的步骤包括：
获取执行该业务请求的业务系统对应的总任务队列中的第一请求数，计算所述第一请求数与接收到的业务请求之和，得到第二任务总数；
计算所述第二任务总数与预定义的该业务系统的第一业务阈值之间的大小；
若所述第二任务总数大于或等于所述第一业务阈值，则确定该业务系统执行接收到的业务请求存在风险；
若所述第二任务总数小于所述第一业务阈值，则从所述总任务队列中获取与所述业务请求匹配的业务类型对应的第二请求数，计算所述第二请求数与接收到的请求数之和，得到所述第一任务总数；
计算所述第一任务总数与预定义的该业务系统处理与所述业务请求匹配的业务类型的第二业务阈值之间的大小，若所述第一任务总数小于所述第二业务阈值，则确定处理接收到的请求不存在风险，或者，若所述第一任务总数大于或等于所述第二业务阈值，则确定处理接收到的请求存在风险。
进一步地，所述根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别的步骤包括：
遍历预先存储的业务类型与故障指标值之间的第一映射关系表，确定接收到的业务请求对应的业务类型的故障指标值；
根据预先生成的故障指标值与业务优先级别之间的第二映射关系表，确定接收到的业务请求对应的故障指标值的优先级别，所述故障指标值的优先级别为接收到的业务请求对应的业务优先级别。
进一步地，所述方法还包括：
实时获取返回至所述客户端的请求数，计算返回该客户端的请求数与该客户端发送的请求数之比；
若在第一预定义的时间内计算得到的请求数之比大于预定义的比值阈值，则向该客户端发送在第二预定义时间内不向所述业务系统发送该业务类型请求的指令。
此外，为了实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有业务系统风险控制程序，所述业务系统风险控制程序可被至少一个处理器执行，以使所述至少一个处理器执行上述业务系统风险控制方法的步骤。
相较于现有技术，本发明提出的电子装置，业务系统风险控制方法及存储介质，通过在接收到客户端发送的业务请求后，根据预先确定的业务系统风险分析规则分析执行该请求是否存在风险；若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别，若确定处理该业务请求所属的业务类型的第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。能够预防业务系统并发风险，减少数据库宕机，提高业务效率及用户体验效果。
附图说明
图1是本发明提出的电子装置一可选的硬件架构的示意图；
图2是本发明电子装置一实施例中业务系统风险控制程序的程序模块示意图；
图3是本发明业务系统风险控制方法较佳实施例的实施流程图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
参阅图1所示，是本发明提出的电子装置一可选的硬件架构示意图。本实施例中，电子装置10可包括，但不仅限于，可通过通信总线14相互通信连接存储器11、处理器12、网络接口13。需要指出的是，图1仅示出了具有组件11-14的电子装置10，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
其中，存储器11至少包括一种类型的计算机可读存储介质，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器11可以是电子装置10的内部存储单元，例如电子装置10的硬盘或内存。在另一些实施例中，存储器11也可以是电子装置10的外包存储设备，例如电子装置10上配备的插接式硬盘，智能存储卡(SmartMedia Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器11还可以既包括电子装置10的内部存储单元也包括其外包存储设备。本实施例中，存储器11通常用于存储安装于电子装置10的操作系统和各类应用软件，例如业务系统风险控制程序等。此外，存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器12在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。处理器12通常用于控制电子装置10的总体操作。本实施例中，处理器12用于运行存储器11中存储的程序代码或者处理数据，例如运行业务系统风险控制程序等。
网络接口13可包括无线网络接口或有线网络接口，网络接口13通常用于在电子装置10与其他电子设备之间建立通信连接。
通信总线14用于实现组件11-13之间的通信连接。
图1仅示出了具有组件11-14以及业务系统风险控制程序的电子装置10，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
可选地，电子装置10还可以包括用户接口(图1中未示出)，用户接口可以包括显示器、输入单元比如键盘，其中，用户接口还可以包括标准的有线接口、无线接口等。
可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED触摸器等。进一步地，显示器也可称为显示屏或显示单元，用于显示在电子装置10中处理信息以及用于显示可视化的用户界面。
在一实施例中，存储器11中存储的业务系统风险控制程序被处理器12执行时，实现如下操作：
接收到客户端发送的业务请求后，根据预先确定的业务系统风险分析规则分析执行该请求是否存在风险；
若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别，若确定处理该业务请求所属的业务类型的第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；
若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。
在本实施例中，所述预先确定的风险分析规则可以是，例如，执行该业务请求的业务系统对应的总任务队列中的第一请求数，计算所述第一请求数与接收到的业务请求之和，得到第二任务总数；
计算所述第二任务总数与预定义的该业务系统的第一业务阈值之间的大小；
若所述第二任务总数大于或等于所述第一业务阈值，则确定该业务系统执行接收到的业务请求存在风险；
若所述第二任务总数小于所述第一业务阈值，则从所述总任务队列中获取与所述业务请求匹配的业务类型对应的第二请求数，计算所述第二请求数与接收到的请求数之和，得到所述第一任务总数；
计算所述第一任务总数与预定义的该业务系统处理与所述业务请求匹配的业务类型的第二业务阈值之间的大小，若所述第一任务总数小于所述第二业务阈值，则确定处理接收到的请求不存在风险，或者，若所述第一任务总数大于或等于所述第二业务阈值，则确定处理接收到的请求存在风险。
进一步地，在本实施例中，所述预先确定的优先级确定规则可以是，例如，遍历预先存储的业务类型与故障指标值之间的第一映射关系表，确定接收到的业务请求对应的业务类型的故障指标值；
根据预先生成的故障指标值与业务优先级别之间的第二映射关系表，确定接收到的业务请求对应的故障指标值的优先级别，所述故障指标值的优先级别为接收到的业务请求对应的业务优先级别。
在本实施例的一种实施方式中，假设业务系统A对应处理五种预设类型的业务，且该五种预设类型的业务分别具有不同的业务优先级别，分别为第一业务优先级别，第二业务优先级别，第三业务优先级别，第四业务优先级别，及第五业务优先级别；其中，业务系统A的故障指标值包括允许业务故障的第一时间阈值(简称RTO)、及允许业务数据丢失的第二时间阈值(简称RPO)。
通常，根据所述第二映射关系表能够确定出，业务系统的故障指标值对应的优先级别，而业务故障指标值的优先级别即为接收到的业务请求对应的业务优先级别，通常，同一业务系统对应业务优先级别越高的业务类型的故障指标值越小。
例如，在本实施例中，根据所述第二映射关系表，确定业务系统A对应的第一优先级别的业务类型对应的所述第一时间阈值为36小时，第二时间阈值为8小时；第二优先级的业务系统对应的第一时间阈值为72小时，第二时间阈值为24小时；第三优先级的业务系统对应的第一时间阈值为7天，第二时间阈值为36小时；第四优先级的业务系统对应的第一时间阈值为30天，第二时间阈值为7天；第五优先级的业务系统对应的第一时间阈值为60天，第二时间阈值为30天。
可以理解的是，在本申请的不同实施例中，可以预定义同一业务系统对应的业务优先级别越高的业务类型对应的第二业务阈值越大，且在某些特殊情况下，为了保证顺利执行业务优先级别高的业务类型，可以预先设置该业务优先级别的第二业务阈值，通常，所述第一业务阈值大于或者等于所述第二业务阈值。所述第一业务阈值为对应的业务系统可提供的总线程数。
例如，在一实施例中，假设预先确定的业务系统A可分配的总线程数为30，且在第一预定义的时间内，调用该业务系统A的业务优先级别为第一优先级的业务类型的第一请求总数为25，调用业务优先级别为第二优先级的业务类型的第一请求总数为5，调用业务优先级别为其他优先级的业务类型的第一请求总数为0，进一步地，在本发明的各实施例中，假设预定义的业务系统的第一业务阈值为30，处理第一优先级别的业务类型的第二业务阈值为20，处理第二优先级别的业务类型的第二业务阈值为10，则可以确定所述第一请求总数超过所述第一优先级别的业务类型的第二业务阈值，此时需要根据业务类型的不同优先级别确定先处理优先级别较高的业务类型的业务请求，这样可以避免出现业务系统的并发线程数被消耗殆尽，出现业务系统的数据宕机的风险，提高业务效率。
优选地，在本实施例中，存储器11中存储的业务系统风险控制程序被处理器12执行时，还实现如下操作，实时获取返回至该客户端的请求数，计算返回该客户端的请求数与该客户端发送的请求数之比；
若在第一预定义的时间内(如一小时内)计算得到的请求数之比大于预定义的比值阈值(超过50％)，则向该客户端发送在第二预定义时间内(如半小时内)不向所述业务系统发送所述业务类型请求的指令。
由上述事实施例可知，本发明提出的电子装置，通过在业务系统接收到客户端发送的获取预定义的业务类型的请求后，根据预先确定的风险分析规则分析执行处理该请求的操作是否存在风险；若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务类型的优先级别；若确定处理该业务请求所属的业务类型的第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。能够预防业务系统并发风险，减少数据库宕机，提高业务效率。
进一步需要说明的是，本发明的业务系统风险控制程序依据其各部分所实现的功能不同，可用具有相同功能的程序模块进行描述。请参阅图2所示，是本发明电子装置一实施例中业务系统风险控制程序的程序模块示意图。本实施例中，业务系统风险控制程序依据其各部分所实现的功能的不同，可以被分割成分析模块201、优先级确定模块202、发送模块203。由上面的描述可知，本发明所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述互联网业务系统风险预警程序在电子装置10中的执行过程。所述模块201-203所实现的功能或操作步骤均与上文类似，此处不再详述，示例性地，例如其中：
分析模块201用于在接收到客户端发送的业务请求后，根据预先确定的业务系统风险分析规则分析执行该请求是否存在风险；
优先级确定模块202用于若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别，若确定处理该业务请求所属的业务类型的第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；
发送模块203用于若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。
此外，本发明还提出一种业务系统风险控制方法，请参阅图3所示，所述业务系统风险控制方法包括如下步骤：
步骤S301，接收到客户端发送的业务请求后，根据预先确定的业务系统风险分析规则分析执行该请求是否存在风险；
步骤S302，若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别，若确定处理该业务请求所属的业务类型的第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；
步骤S303，若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。
在本实施例中，所述预先确定的风险分析规则可以是，例如，执行该业务请求的业务系统对应的总任务队列中的第一请求数，计算所述第一请求数与接收到的业务请求之和，得到第二任务总数；
计算所述第二任务总数与预定义的该业务系统的第一业务阈值之间的大小；
若所述第二任务总数大于或等于所述第一业务阈值，则确定该业务系统执行接收到的业务请求存在风险；
若所述第二任务总数小于所述第一业务阈值，则从所述总任务队列中获取与所述业务请求匹配的业务类型对应的第二请求数，计算所述第二请求数与接收到的请求数之和，得到所述第一任务总数；
计算所述第一任务总数与预定义的该业务系统处理与所述业务请求匹配的业务类型的第二业务阈值之间的大小，若所述第一任务总数小于所述第二业务阈值，则确定处理接收到的请求不存在风险，或者，若所述第一任务总数大于或等于所述第二业务阈值，则确定处理接收到的请求存在风险。
进一步地，在本实施例中，所述预先确定的优先级确定规则可以是，例如，遍历预先存储的业务类型与故障指标值之间的第一映射关系表，确定接收到的业务请求对应的业务类型的故障指标值；
根据预先生成的故障指标值与业务优先级别之间的第二映射关系表，确定接收到的业务请求对应的故障指标值的优先级别，所述故障指标值的优先级别为接收到的业务请求对应的业务优先级别。
在本实施例的一种实施方式中，假设业务系统A对应处理五种预设类型的业务，且该五种预设类型的业务分别具有不同的业务优先级别，分别为第一业务优先级别，第二业务优先级别，第三业务优先级别，第四业务优先级别，及第五业务优先级别；其中，业务系统A的故障指标值包括允许业务故障的第一时间阈值(简称RTO)、及允许业务数据丢失的第二时间阈值(简称RPO)。
通常，根据所述第二映射关系表能够确定出，业务系统的故障指标值对应的优先级别，而业务故障指标值的优先级别即为接收到的业务请求对应的业务优先级别，通常，同一业务系统对应业务优先级别越高的业务类型的故障指标值越小。
例如，在本实施例中，根据所述第二映射关系表，确定业务系统A对应的第一优先级别的业务类型对应的所述第一时间阈值为36小时，第二时间阈值为8小时；第二优先级的业务系统对应的第一时间阈值为72小时，第二时间阈值为24小时；第三优先级的业务系统对应的第一时间阈值为7天，第二时间阈值为36小时；第四优先级的业务系统对应的第一时间阈值为30天，第二时间阈值为7天；第五优先级的业务系统对应的第一时间阈值为60天，第二时间阈值为30天。
可以理解的是，在本申请的不同实施例中，可以预定义同一业务系统对应的业务优先级别越高的业务类型对应的第二业务阈值越大，且在某些特殊情况下，为了保证顺利执行业务优先级别高的业务类型，可以预先设置该业务优先级别的第二业务阈值，通常，所述第一业务阈值大于或者等于所述第二业务阈值。所述第一业务阈值为对应的业务系统可提供的总线程数。
例如，在一实施例中，假设预先确定的业务系统A可分配的总线程数为30，且在第一预定义的时间内，调用该业务系统A的业务优先级别为第一优先级的业务类型的第一请求总数为25，调用业务优先级别为第二优先级的业务类型的第一请求总数为5，调用业务优先级别为其他优先级的业务类型的第一请求总数为0，进一步地，在本发明的各实施例中，假设预定义的业务系统的第一业务阈值为30，处理第一优先级别的业务类型的第二业务阈值为20，处理第二优先级别的业务类型的第二业务阈值为10，则可以确定所述第一请求总数超过所述第一优先级别的业务类型的第二业务阈值，此时需要根据业务类型的不同优先级别确定先处理优先级别较高的业务类型的业务请求，这样可以避免出现业务系统的并发线程数被消耗殆尽，出现业务系统的数据宕机的风险，提高业务效率。
优选地，在本实施例中，存储器11中存储的业务系统风险控制程序被处理器12执行时，还实现如下操作，实时获取返回至该客户端的请求数，计算返回该客户端的请求数与该客户端发送的请求数之比；
若在第一预定义的时间内(如一小时内)计算得到的请求数之比大于预定义的比值阈值(超过50％)，则向该客户端发送在第二预定义时间内(如半小时内)不向所述业务系统发送所述业务类型请求的指令。
由上述事实施例可知，本发明提出的业务系统风险控制方法，通过在业务系统接收到客户端发送的获取预定义的业务类型的请求后，根据预先确定的风险分析规则分析执行处理该请求的操作是否存在风险；若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务类型的优先级别；若确定处理该业务请求所属的业务类型的第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。能够预防业务系统并发风险，减少数据库宕机，提高业务效率。
此外，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有业务系统风险控制程序，所述业务系统风险控制程序被处理器执行时实现如下操作：
接收到客户端发送的业务请求后，根据预先确定的业务系统风险分析规则分析执行该请求是否存在风险；
若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别，若确定处理该业务请求所属的业务类型的第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；
若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。
本发明计算机可读存储介质具体实施方式与上述电子装置以及业务系统风险控制方法各实施例基本相同，在此不作累述。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种电子装置，其特征在于，所述电子装置包括存储器、及与所述存储器连接的处理器，所述处理器用于执行所述存储器上存储的业务系统风险控制程序，所述业务系统风险控制程序被所述处理器执行时实现如下步骤：
接收到客户端发送的业务请求后，根据预先确定的业务系统风险分析规则分析执行该请求是否存在风险，包括：
获取执行该业务请求的业务系统对应的总任务队列中的第一请求数，计算所述第一请求数与接收到的业务请求之和，得到第二任务总数；
计算所述第二任务总数与预定义的该业务系统的第一业务阈值之间的大小；
若所述第二任务总数大于或等于所述第一业务阈值，则确定该业务系统执行接收到的业务请求存在风险；
若所述第二任务总数小于所述第一业务阈值，则从所述总任务队列中获取与所述业务请求匹配的业务类型对应的第二请求数，计算所述第二请求数与接收到的请求数之和，得到第一任务总数；
计算所述第一任务总数与预定义的该业务系统处理与所述业务请求匹配的业务类型的第二业务阈值之间的大小，若所述第一任务总数小于所述第二业务阈值，则确定处理接收到的请求不存在风险，若所述第一任务总数大于或等于所述第二业务阈值，则确定处理接收到的请求存在风险；
若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别，若确定处理该业务请求所属的业务类型的所述第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；
若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。
2.如权利要求1所述的电子装置，其特征在于，所述根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别的步骤包括：
遍历预先存储的业务类型与故障指标值之间的第一映射关系表，确定接收到的业务请求对应的业务类型的故障指标值；
根据预先生成的故障指标值与业务优先级别之间的第二映射关系表，确定接收到的业务请求对应的故障指标值的优先级别，所述故障指标值的优先级别为接收到的业务请求对应的业务优先级别。
3.如权利要求2所述的电子装置，其特征在于，所述故障指标值包括允许业务故障的第一时间阈值及允许业务数据丢失的第二时间阈值。
4.如权利要求1-3任一项所述的电子装置，其特征在于，所述业务系统风险控制程序被所述处理器执行时还实现如下步骤：
实时获取返回至所述客户端的请求数，计算返回该客户端的请求数与该客户端发送的请求数之比；
若在第一预定义的时间内计算得到的请求数之比大于预定义的比值阈值，则向该客户端发送在第二预定义时间内不向所述业务系统发送该业务类型请求的指令。
5.一种业务系统风险控制方法，其特征在于，所述方法包括如下步骤：
接收到客户端发送的业务请求后，根据预先确定的业务系统风险分析规则分析执行该请求是否存在风险，包括：
获取执行该业务请求的业务系统对应的总任务队列中的第一请求数，计算所述第一请求数与接收到的业务请求之和，得到第二任务总数；
计算所述第二任务总数与预定义的该业务系统的第一业务阈值之间的大小；
若所述第二任务总数大于或等于所述第一业务阈值，则确定该业务系统执行接收到的业务请求存在风险；
若所述第二任务总数小于所述第一业务阈值，则从所述总任务队列中获取与所述业务请求匹配的业务类型对应的第二请求数，计算所述第二请求数与接收到的请求数之和，得到第一任务总数；
计算所述第一任务总数与预定义的该业务系统处理与所述业务请求匹配的业务类型的第二业务阈值之间的大小，若所述第一任务总数小于所述第二业务阈值，则确定处理接收到的请求不存在风险，若所述第一任务总数大于或等于所述第二业务阈值，则确定处理接收到的请求存在风险；
若确定不存在风险，则根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别，若确定处理该业务请求所属的业务类型的所述第一任务总数大于预定义的第二业务阈值，则确定需要根据确定的优先级别选择优先处理该业务请求；
若确定存在风险，则向所述客户端返回该业务请求，并向预先确定的运维邮箱发送风险提示信息。
6.如权利要求5所述的业务系统风险控制方法，其特征在于，所述根据预先确定的优先级别确定规则确定该业务请求对应的业务优先级别的步骤包括：
遍历预先存储的业务类型与故障指标值之间的第一映射关系表，确定接收到的业务请求对应的业务类型的故障指标值；
根据预先生成的故障指标值与业务优先级别之间的第二映射关系表，确定接收到的业务请求对应的故障指标值的优先级别，所述故障指标值的优先级别为接收到的业务请求对应的业务优先级别。
7.如权利要求5或6所述的业务系统风险控制方法，其特征在于，所述方法还包括：
实时获取返回至所述客户端的请求数，计算返回该客户端的请求数与该客户端发送的请求数之比；
若在第一预定义的时间内计算得到的请求数之比大于预定义的比值阈值，则向该客户端发送在第二预定义时间内不向所述业务系统发送该业务类型请求的指令。
8.一种计算机可读存储介质，所述计算机可读存储介质存储有业务系统风险控制程序，所述业务系统风险控制程序可被至少一个处理器执行，以使所述至少一个处理器执行如权利要求5-7中任一项所述的业务系统风险控制方法的步骤。
CN201810184861.8A 2018-03-06 2018-03-06 电子装置、业务系统风险控制方法及存储介质 Active CN108491304B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810184861.8A CN108491304B (zh) 2018-03-06 2018-03-06 电子装置、业务系统风险控制方法及存储介质
PCT/CN2018/089455 WO2019169763A1 (zh) 2018-03-06 2018-06-01 电子装置、业务系统风险控制方法及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810184861.8A CN108491304B (zh) 2018-03-06 2018-03-06 电子装置、业务系统风险控制方法及存储介质

Publications (2)

Publication Number Publication Date
CN108491304A CN108491304A (zh) 2018-09-04
CN108491304B true CN108491304B (zh) 2019-12-10

Family

ID=63341736

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810184861.8A Active CN108491304B (zh) 2018-03-06 2018-03-06 电子装置、业务系统风险控制方法及存储介质

Country Status (2)

Country Link
CN (1) CN108491304B (zh)
WO (1) WO2019169763A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109377236A (zh) * 2018-10-23 2019-02-22 上海盛付通电子支付服务有限公司 一种基于熔断机制的风险控制方法、设备及存储介质
CN109711929A (zh) * 2018-12-13 2019-05-03 中国平安财产保险股份有限公司 基于预测模型的业务推荐的方法及装置
CN110728436B (zh) * 2019-09-24 2022-06-10 支付宝(杭州)信息技术有限公司 风险识别方法、装置、电子设备及系统
CN112417418A (zh) * 2020-11-19 2021-02-26 刘一方 一种基于新型的验证码的验证方法
CN116777621B (zh) * 2023-06-25 2024-02-06 陕西西煤云商信息科技有限公司 一种贸易业务风险防控方法及其防控系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104731649A (zh) * 2015-04-21 2015-06-24 中国建设银行股份有限公司 一种多任务处理方法及装置
CN107040558A (zh) * 2016-02-03 2017-08-11 阿里巴巴集团控股有限公司 一种任务监控方法及装置
CN107067157A (zh) * 2017-03-01 2017-08-18 北京奇艺世纪科技有限公司 业务风险评估方法、装置及风控系统
CN107391268A (zh) * 2016-05-17 2017-11-24 阿里巴巴集团控股有限公司 服务请求处理方法及装置
CN107644340A (zh) * 2016-07-22 2018-01-30 阿里巴巴集团控股有限公司 风险识别方法、客户端设备及风险识别系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6725211B1 (en) * 2000-09-28 2004-04-20 International Business Machines Corporation Work load assessment heuristic for optimal task parallelism determination
US8605886B2 (en) * 2006-12-18 2013-12-10 Verizon Patent And Licensing Inc. Method and system for multimedia contact routing
CN104811952A (zh) * 2014-01-26 2015-07-29 中国移动通信集团江苏有限公司 一种业务处理的审核方法和系统
CN106600275B (zh) * 2015-10-14 2020-08-21 阿里巴巴集团控股有限公司 一种风险识别方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104731649A (zh) * 2015-04-21 2015-06-24 中国建设银行股份有限公司 一种多任务处理方法及装置
CN107040558A (zh) * 2016-02-03 2017-08-11 阿里巴巴集团控股有限公司 一种任务监控方法及装置
CN107391268A (zh) * 2016-05-17 2017-11-24 阿里巴巴集团控股有限公司 服务请求处理方法及装置
CN107644340A (zh) * 2016-07-22 2018-01-30 阿里巴巴集团控股有限公司 风险识别方法、客户端设备及风险识别系统
CN107067157A (zh) * 2017-03-01 2017-08-18 北京奇艺世纪科技有限公司 业务风险评估方法、装置及风控系统

Also Published As

Publication number Publication date
CN108491304A (zh) 2018-09-04
WO2019169763A1 (zh) 2019-09-12

Similar Documents

Publication Publication Date Title
CN108491304B (zh) 电子装置、业务系统风险控制方法及存储介质
CN108427705B (zh) 电子装置、分布式系统日志查询方法及存储介质
CN108520454B (zh) 实时回调订单的方法和系统
CN108388599B (zh) 电子装置、数据迁移及调用方法及存储介质
CN107679081B (zh) 信息修改方法、装置、计算机设备及计算机可读存储介质
CN108388598B (zh) 电子装置、数据存储方法及存储介质
CN108491301B (zh) 电子装置、基于redis的异常预警方法及存储介质
CN108415925B (zh) 电子装置、数据调用日志生成及查询方法及存储介质
CN108446171B (zh) 电子装置、分布式系统执行任务分配方法及存储介质
CN112052111B (zh) 服务器异常预警的处理方法、装置、设备及存储介质
CN108287708B (zh) 一种数据处理方法、装置、服务器及计算机可读存储介质
CN108449313B (zh) 电子装置、互联网服务系统风险预警方法及存储介质
CN108243254B (zh) 电子装置、应用升级版本发布的方法及存储介质
CN107133233B (zh) 一种配置数据查询的处理方法及装置
CN108765083B (zh) 路由化订单配置及处理方法、以及系统
CN112631911A (zh) 自动化测试方法、装置、计算机设备及存储介质
CN114095567A (zh) 数据访问请求的处理方法、装置、计算机设备及介质
CN113867916A (zh) 任务处理方法、装置及电子设备
CN110708197B (zh) 监控装置、监控装置的监控策略的设置方法及存储介质
CN109561134B (zh) 电子装置、分布式集群服务分配方法及存储介质
CN112001707A (zh) 基于业务数据的业务工作流生成方法及系统
CN110442466B (zh) 防止请求重复访问方法、装置、计算机设备及存储介质
CN109194703B (zh) 云平台主机间通信负载的处理方法、电子装置及介质
CN115062304A (zh) 风险识别方法、装置、电子设备及可读存储介质
CN111951114B (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