CN113485917A - 一种接口管理方法、装置、电子设备及存储介质 - Google Patents
一种接口管理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN113485917A CN113485917A CN202110711532.6A CN202110711532A CN113485917A CN 113485917 A CN113485917 A CN 113485917A CN 202110711532 A CN202110711532 A CN 202110711532A CN 113485917 A CN113485917 A CN 113485917A
- Authority
- CN
- China
- Prior art keywords
- interface
- request
- failure
- application program
- interfaces
- 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.)
- Granted
Links
- 238000007726 management method Methods 0.000 title claims abstract description 31
- 238000012360 testing method Methods 0.000 claims abstract description 157
- 238000004891 communication Methods 0.000 claims abstract description 69
- 238000011084 recovery Methods 0.000 claims abstract description 46
- 238000000034 method Methods 0.000 claims abstract description 26
- 230000009467 reduction Effects 0.000 claims description 22
- 238000004590 computer program Methods 0.000 claims description 7
- 230000003247 decreasing effect Effects 0.000 claims description 7
- 230000002159 abnormal effect Effects 0.000 abstract description 21
- 230000005856 abnormality Effects 0.000 abstract description 9
- 238000012545 processing Methods 0.000 description 20
- 230000004044 response Effects 0.000 description 15
- 230000006870 function Effects 0.000 description 9
- 230000003287 optical effect Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000001186 cumulative effect Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 239000013307 optical fiber Substances 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 206010033799 Paralysis Diseases 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007667 floating Methods 0.000 description 1
- 238000011990 functional testing Methods 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
本发明公开了一种接口管理方法、装置、电子设备及存储介质。该方法包括：在第一时间窗口内对目标应用程序的各个接口进行通信测试，得到各个接口的请求失败率；将各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将各个接口中请求失败率不超过熔断阈值的接口确定为第二接口；打开第一接口的熔断开关，降低第二接口的最大请求数，并对第二接口进行通信测试，得到第二接口的请求成功率；当请求成功率超过流量恢复阈值时，恢复第二接口的最大请求数。本发明实施例为多个应用程序的系统中异常接口的管理提供了解决方案，根据接口服务稳定程度逐渐对限流和熔断接口进行恢复，快速感知异常，自动对异常接口进行管控，保证了系统的稳定性。
Description
技术领域
本发明实施例涉及计算机技术，尤其涉及一种接口管理方法、装置、电子设备及存储介质。
背景技术
随着企业数字化的推进，企业系统都采用多个子系统或分布式服务架构，享有综合管理的优势的同时，也存在应用程序之间的通信请求调用关系复杂。如果出现应用程序的接口调用大量超时，应用程序的接口工作性能将会直线下降，直至应用程序的接口累计调用次数超过应用程序的处理能力范围，无法恢复至正常状态，导致系统瘫痪，企业不能正常运转，造成经济损失。
发明内容
本发明提供一种接口管理方法、装置、电子设备及存储介质，以实现根据接口服务稳定程度逐渐对限流和熔断接口进行恢复，快速感知异常，自动对异常接口进行管控，保证了系统的稳定性。
第一方面，本发明实施例提供了一种接口管理方法，应用于包含测试应用程序和目标应用程序的应用系统中，该方法包括：
利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率；
将所述各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将所述各个接口中请求失败率不超过所述熔断阈值的接口确定为第二接口；
打开所述第一接口的熔断开关，降低所述第二接口的最大请求数，并利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率；
当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数。
进一步的，所述利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率，包括：
利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败数；
计算所述第一时间窗口内所述各个接口的请求失败数的和，得到第一失败数；
确定所述第一失败数是否超过预设失败数；
在所述第一失败数超过所述预设失败数时，计算所述各个接口的请求失败率。
进一步的，在打开所述第一接口的熔断开关之后，在降低所述第二接口的最大请求数之前，还包括：
利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的新增失败数；
计算所述第一失败数和所述新增失败数的和，得到第二失败数；
当所述第二失败数超过流量限制阈值时，执行降低所述第二接口的最大请求数的步骤。
进一步的，所述当所述第二失败数超过流量限制阈值时，执行降低所述第二接口的最大请求数的步骤，包括：
计算当前时刻所述各个接口的请求失败数的和，得到第三失败数；
根据所述第三失败数和所述流量限制阈值确定降低幅度；
根据所述降低幅度降低所述第二接口的最大请求数。
进一步的，所述根据所述降低幅度降低所述第二接口的最大请求数之后，还包括：
当所述第二接口的最大请求数降低为零且进入第二时间窗口时，根据所述第三失败数和所述流量限制阈值确定恢复幅度；
根据所述恢复幅度恢复所述第二接口的最大请求数。
进一步的，所述利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率，包括：
确定预设次数内的所述第二接口中请求失败率；
当所述第二接口中请求失败率为零时，利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率。
进一步的，当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数之后，还包括：
闭合所述第一接口的熔断开关，并利用所述测试应用程序在第二时间窗口内对所述第一接口进行通信测试，得到所述第一接口的请求成功率；
在所述第一接口的请求成功率超过闭合阈值时，保持所述第一接口的熔断开关为闭合状态；
在所述第一接口的请求成功率不超过所述闭合阈值时，打开所述第一接口的熔断开关。
第二方面，本发明实施例还提供了一种接口管理装置，该装置包括：
接口测试模块，用于利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率；
接口确定模块，用于将所述各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将所述各个接口中请求失败率不超过所述熔断阈值的接口确定为第二接口；
请求数降低模块，用于打开所述第一接口的熔断开关，降低所述第二接口的最大请求数，并利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率；
限流恢复模块，用于当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数。
第三方面，本发明实施例还提供了一种电子设备，该电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现所述的接口管理方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现所述的接口管理方法。
本发明实施例中，可以利用测试应用程序在第一时间窗口内对目标应用程序的各个接口进行通信测试，得到各个接口的请求失败率；将各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将各个接口中请求失败率不超过熔断阈值的接口确定为第二接口；打开第一接口的熔断开关，降低第二接口的最大请求数，并利用测试应用程序对第二接口进行通信测试，得到第二接口的请求成功率；当请求成功率超过流量恢复阈值时，恢复第二接口的最大请求数。即本发明实施例为包含测试应用程序和目标应用程序的应用系统中单个应用程序的异常接口的管理提供了解决方案，可以通过应用程序中各个接口的请求失败率确定第一接口和第二接口，对第一接口熔断，对第二接口限流，并根据第二接口服务稳定程度逐渐对限流接口进行恢复，可以快速感知异常，自动对异常接口进行管控，避免了单个程序的接口的异常传播，实时接口管控及时进行限流恢复，保证了系统的稳定性。
附图说明
图1是本发明实施例提供了接口管理方法的一个流程示意图；
图2是本发明实施例提供了接口管理方法的另一个流程示意图；
图3是本发明实施例提供的接口管理装置的结构示意图；
图4是本发明实施例提供的电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
图1为本发明实施例提供的接口管理方法的一个流程示意图，该方法可以由本发明实施例提供的接口管理装置来执行，该装置可采用软件和/或硬件的方式实现。在一个具体的实施例中，该装置可以集成在电子设备中，电子设备比如可以是服务器。以下实施例将以该装置集成在电子设备中为例进行说明，参考图1，应用于包含测试应用程序和目标应用程序的应用系统中，该方法具体可以包括如下步骤：
步骤110、利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率；
示例地，测试应用程序可以是系统中用于各项功能测试的应用程序，比如计算机的360安全卫士，也可以是根据目标应用程序的测试需求在系统中选择的功能应用程序，不仅可以用于测试，还可以用于系统的功能实现，比如：从微信页面进入到滴滴打车软件，测试当前网速是否能打开滴滴打车软件；当测试应用程序为系统中仅用于各项功能测试的应用程序，根据目标应用程序的测试需求直接用于测试应用程序测试目标应用程序的各个接口的通信情况；当测试程序为系统中选择的功能应用程序，根据目标应程序的测试需求使用功能应用程序之前，需要提前查看测试需求对应测试功能是否正常，当测试功能正常使用功能应用程序开始测试。第一时间窗口可以理解为根据目标应用程序的需求设置的预设时间段，用于在预设时间段内监测目标应用程序的异常情况，对目标应用程序的各个接口进行通信测试，获取在第一时间窗口内的各个接口的请求失败率。各个接口的请求失败率可以理解为在第一时间窗口内测试应用程序分别调用各个接口的响应失败次数和调用的总次数的百分比。
具体实施例中，可以在第一时间窗口内利用测试应用程序对目标应用程序的各个接口进行通讯测试，根据测试应用对目标应程序的各个接口的测试总次数和响应失败次数计算目标应用程序各个接口的请求失败率，得到各个接口的请求失败率，根据各个接口的请求失败率确定目标应用程序中接口类别。
步骤120、将所述各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将所述各个接口中请求失败率不超过所述熔断阈值的接口确定为第二接口；
示例地，可以根据实际需求或实验数据预先设置目标应用程序对应的熔断阈值，通过熔断阈值确定各个接口的请求失败率是否超过熔断阈值。比如，可以将各个接口的请求失败率和熔断阈值进行比较，如果各个接口中请求失败率超过熔断阈值，则确定该接口为第一接口，反之，各个接口中请求失败率不超过熔断阈值的接口确定为第二接口。通过熔断阈值将目标应用程序中的接口分为第一接口和第二接口，用根据不同的接口类型对接口进行不同的处理。
具体实现中，目标应用程序的各个接口中请求失败率超过熔断阈值的接口，说明该接口异常状态比较严重，不能正常调用，需要对接口进行熔断处理，避免接口异常传播，有效避免影响其他正常接口运转。目标应用程序的各个接口中请求失败率不超过熔断阈值的接口，说明该接口可以正常调用，并不需要进行熔断处理，仅需根据服务限流阈值对第二接口进行监控。
步骤130、打开所述第一接口的熔断开关，降低所述第二接口的最大请求数，并利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率；
示例地，熔断开关可以理解为每个接口配置的熔断器开关，正常情况下闭合，即可以正常发起请求；当各个接口的请求失败率超过熔断阈值，熔断器开关打开，经过该熔断器的请求都会直接返回失败响应策略。第二接口的最大请求数可以理解为各个接口的请求失败率不超过熔断阈值，正常接口单位时间内处理请求的最大个数。当降低接口的最大请求数，即将单位时间内接口处理请求的数量降低，减缓单位时间内接口的通讯数据，即对接口进行限流；当增高接口的最大请求，即将单位时间内接口处理请求的数量增高，增加单位时间内接口的通讯数据，即对接口数据流量增加。
具体实现中，对超过熔断阈值的接口进行熔断处理，打开第一接口的熔断开关，使得调用该接口的请求直接返回失败响应策略，避免接口异常传播，有效避免影响其他正常接口运转；对于满足服务阈值的接口进行限流处理，降低第二接口的最大请求数，对该接口进行限流，维持应用程序的稳定性。降低第二接口的最大请求数对第二接口进行限流，降低最大请求数后的第二接口响应调用请求趋于稳定时，利用测试应用程序对第二接口进行通信测试，得到第二接口的请求成功率。第二接口的请求成功率可以理解为调用第二接口的成功失败次数和调用的总次数的百分比，用于测试单个测试时间内第二接口的请求调用响应的稳定性。
步骤140、当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数。
示例地，流量恢复阈值可以是根据实际需求或实验数据预先设置目标应用程序对应的流量恢复阈值。可以将第二接口的请求成功率与流量恢复阈值进行比较，如果第二接口的请求成功率超过流量恢复阈值，在当前第二接口的最大请求数的基础上逐渐恢复第二接口的最大请求数至限流前第二接口的最大请求数。
具体实现中，根据第二接口预设次数请求响应情况，确定第二接口响应调用请求趋于稳定时，利用测试应用程序对第二接口进行通信测试，得到第二接口的请求成功率。根据第二接口的请求成功率与流量恢复阈值判断第二接口是否尝试性恢复接口流量，当第二接口的请求成功率超过流量恢复阈值，则说明可以尝试性恢复接口流量；当第二接口的请求成功率未超过流量恢复阈值，则说明当前第二接口响应调用请求不稳定，不能尝试性恢复接口流量。
本发明实施例中，可以利用测试应用程序在第一时间窗口内对目标应用程序的各个接口进行通信测试，得到各个接口的请求失败率；将各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将各个接口中请求失败率不超过熔断阈值的接口确定为第二接口；打开第一接口的熔断开关，降低第二接口的最大请求数，并利用测试应用程序对第二接口进行通信测试，得到第二接口的请求成功率；当请求成功率超过流量恢复阈值时，恢复第二接口的最大请求数。即本发明实施例为包含测试应用程序和目标应用程序的应用系统中单个应用程序的异常接口的管理提供了解决方案，可以通过应用程序中各个接口的请求失败率确定第一接口和第二接口，对第一接口熔断，对第二接口限流，并根据第二接口服务稳定程度逐渐对限流接口进行恢复，可以快速感知异常，自动对异常接口进行管控，避免了单个程序的接口的异常传播，实时接口管控及时进行限流恢复，保证了系统的稳定性。
下面进一步描述本发明实施例提供的接口管理方法，如图2所示，该方法具体可以包括如下步骤：
步骤210、利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率；
进一步的，所述利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率，包括：
利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败数；
计算所述第一时间窗口内所述各个接口的请求失败数的和，得到第一失败数；
确定所述第一失败数是否超过预设失败数；
在所述第一失败数超过所述预设失败数时，计算所述各个接口的请求失败率。
示例地，各个接口的请求失败数可以是测试应用程序在第一时间窗内对目标应用程序的各个接口进行通信测试，当前时刻的历史失败次数的累计和得到当前时刻各个接口的请求失败数；当各个接口的请求失败数为各个接口请求失败数，实时记录测试应用程序在第一时间窗内对目标应用程序的各个接口进行通信测试的请求失败数，并根据各个接口的请求失败数计算第一时间窗口内各个接口的请求失败数的和，得到第一失败数。第一失败数可以为理解为目标应用程序的各个接口在第一时间窗口内的请求失败数的累计和，即当前时刻目标应用程序的各个接口在第一时间窗口内的历史失败数的累计和。预设失败数可以是根据实际需求或实验数据预先设置目标应用程序的失败数，可以根据预设失败数确定是否需要计算各个接口的请求失败率。
具体实现中，利用测试应用程序在第一时间窗口内对目标应用程序的各个接口进行通信测试，得到各个接口的请求失败数；根据各个接口的请求失败数数计算目标应用程序的第一失败数，并根据第一失败与预设失败数的比较，判断是否计算各个接口的请求失败率。通过目标应用程序第一失败数的计算评估目标应用程序中所有接口的响应调用请求的稳定程度，当第一失败数大于预设失败数，则说明目标应用程序中所有接口的响应调用请求的稳定性差，目标应用程序中接口的异常个数较多，需要计算各个接口的请求失败率，确定需要异常处理的接口。
步骤220、将所述各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将所述各个接口中请求失败率不超过所述熔断阈值的接口确定为第二接口；
步骤230、打开所述第一接口的熔断开关，降低所述第二接口的最大请求数，并利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率；
进一步的，在打开所述第一接口的熔断开关之后，在降低所述第二接口的最大请求数之前，还包括：
利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的新增失败数；
计算所述第一失败数和所述新增失败数的和，得到第二失败数；
当所述第二失败数超过流量限制阈值时，执行降低所述第二接口的最大请求数的步骤。
示例地，可以根据实际需求或实验数据预先设置目标应用程序对应的流量限制阈值。可以将第二失败数与流量限制阈值进行比较，如果第二失败数超过流量限制阈值，则说明当前目标应用程序的第二接口处理调用请求存在延时或异常，需要对第二接口进行限流处理。第二接口的新增失败数可以理解为计算目标应程序的第一失败数之后第二接口在第一时间窗口内新增的失败数。第二失败数可以为理解为确定目标应用程序的接口类型后，根据第一失败数和第二接口的新增失败数确定的当前时刻目标应用程序的各个接口在第一时间窗口内的历史失败数的累计和。
具体实现中，根据熔断阈值确定目标应用程序的各个接口为第一接口或第二接口，并对超过熔断阈值的第一接口进行熔断处理，打开第一接口的熔断开关，调用第一接口的请求都会直接返回失败响应策略。熔断处理后的第一接口不处理任何调用请求，目标应用程序的失败数将由第二接口产生，利用测试应用程序对第二接口进行通信测试，得到第二接口的新增失败数，并根据第二接口的新增失败数和第一失败数求和，得到第二失败数。根据流量限制阈值与第二失败数进行比较，如果第二失败数超过流量限制阈值，需要对第二接口进行限流处理，降低第二接口的最大请求数；如果第二失败数未超过流量限制阈值，则说明当前目标应用程序的第二接口处理调用请求不存在延迟或异常，不需要对进行限流处理，继续获取第一时间窗口内新增的失败数，进行实时对第二接口检测，维持目标应用程序的稳定性。
进一步的，所述当所述第二失败数超过流量限制阈值时，执行降低所述第二接口的最大请求数的步骤，包括：
计算当前时刻所述各个接口的请求失败数的和，得到第三失败数；
根据所述第三失败数和所述流量限制阈值确定降低幅度；
根据所述降低幅度降低所述第二接口的最大请求数。
示例地，第三失败数可以为理解为目标应用程序在熔断第一接口，第二接口超过流量限制阈值后，利用测试应用程序对第二接口进行通信测试，确定的当前时刻各个接口的请求失败数的和。降低幅度可以理解为根据第三失败数和流量限制阈值计算出的需要调整的第二接口的最大请求数的浮动值。其中，基于如下公式计算第二接口的最大请求数的降低的比值Jt：
其中，Jt为第二接口的最大请求数的降低的比值，xt为在第一时间窗口内t时刻第三失败数与流量限制阈值的差值的绝对值，t为第一时间窗口内时刻值。
具体实现中，当第二失败数超过流量限制阈值，需要执行降低第二接口的最大请求数，根据当前时刻各个接口的请求失败数计算第三失败数，并利用第三失败数和流量限制与之计算第三失败数与流量限制阈值的差值的绝对值xt。将第三失败数与流量限制阈值的差值的绝对值xt代入公式(1)中，计算当前时刻第二接口的最大请求数的降低的比值Jt。根据当前时刻第二接口的最大请求数的降低的比值Jt与限流前最大请求数相乘，计算出第二接口的最大请求数的降低幅度。根据第二接口的最大请求数的降低幅度，执行降低第二接口的最大请求数，得到降低后的第二接口的最大请求数。
进一步的，所述利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率，包括：
确定预设次数内的所述第二接口中请求失败率；
当所述第二接口中请求失败率为零时，利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率。
示例地，可以根据实际需求或实验数据预先设置目标应用程序的第二接口趋于稳定时调用请求连续成功的次数。比如根据预设次数内第二接口的请求失败率与零判断第二接口的稳定程度，当预设次数第二接口请求失败率为零，则说明第二接口在当前时刻趋于稳定；当预设次数第二接口请求失败率不为零，则说明第二接口在当前时刻存在延迟或异常。
具体实现中，根据第二接口的最大请求数的降低幅度，执行降低第二接口的最大请求数，得到降低后的第二接口的最大请求数。根据降低后的第二接口的最大请求数，处理调用请求。确定降低最大请求数的第二接口在预设次数内的请求失败率，查看降低最大请求数的第二接口响应调用请求稳定程度。当降低最大请求数的第二接口在预设次数内的请求失败率为零时，则说明降低最大请求数的第二接口响应调用请求趋于稳定，需要进行尝试恢复第二接口的最大请求数至未限流前第二接口的最大请求数；当降低最大请求数的第二接口在预设次数内的请求失败率不为零，则说明降低最大请求数的第二接口响应调用不稳定，不能进行尝试回复第二接口的最大请求数。
进一步的，所述根据所述降低幅度降低所述第二接口的最大请求数之后，还包括：
当所述第二接口的最大请求数降低为零且进入第二时间窗口时，根据所述第三失败数和所述流量限制阈值确定恢复幅度；
根据所述恢复幅度恢复所述第二接口的最大请求数。
示例地，根据降低幅度降低第二接口的最大请求数之后，并根据当前时刻在第一时间窗口内各个接口的失败数之和，得到第三失败数。其中，第三失败数是根据第一时间窗口内时刻数值不断变化，仅与当前时刻在第一时间窗口内各个接口的失败数有关。其中，当前时刻在第一时间窗口内各个接口的失败数可以是当前时刻第一时间窗口内各个接口的历史失败数。
具体实现中，根据降低幅度降低第二接口的最大请求数之后，当第二接口的最大请求数降低为零时，则说明目标应用程序中第二接口响应调用请求的能力为零或无限接近于0，需要等待第一个时间窗口结束，进入第二时间窗口，进入第二个时间窗口后进行尝试恢复第二接口的最大请求数，对第三失败数进行自增1后与流量限制阈值之差的绝对值xt，将第三失败数进行自增1后与流量限制阈值之差的绝对值xt代入
中计算第二接口的最大请求数的恢复比值Zt；根据恢复比值Zt与第一个时间窗口内限流前第二接口的最大请求数相乘，得到恢复后的第二接口的最大请求数。根据恢复后的第二接口的最大请求数与恢复前的第二接口的最大请求数的差之，得到恢复幅度，并根据恢复幅度恢复第二接口的最大请求数，没恢复一次后，根据预设次数的第二接口的请求失败数，确定第二接口的稳定性，当第二接口稳定时对第三失败数自增1，重复上述步骤，直至第二接口的最大请求数恢复至限流前的大小。
步骤240、当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数。
具体实现中，根据第二接口预设次数请求响应情况，确定第二接口响应调用请求趋于稳定时，利用测试应用程序对第二接口进行通信测试，得到第二接口的请求成功率。根据第二接口的请求成功率与流量恢复阈值判断第二接口是否尝试性恢复接口流量，当第二接口的请求成功率超过流量恢复阈值，则说明可以尝试性恢复接口流量；当第二接口的请求成功率未超过流量恢复阈值，则说明当前第二接口响应调用请求不稳定，不能尝试性恢复接口流量。
步骤250、闭合所述第一接口的熔断开关，并利用所述测试应用程序在第二时间窗口内对所述第一接口进行通信测试，得到所述第一接口的请求成功率；
示例地，可以根据实际需求或实验数据预先设置目标应用程序的第一接口尝试调用次数。可以确定尝试调用次数内的第一接口的请求成功率，并根据尝试调用次数内的第一接口的请求成功率确定熔断开关的维持状态。
具体实现中，当请求成功率超过流量恢复阈值时，恢复第二接口的最大请求数至限流前大小，利用测试应用程序在第二时间窗口内对第一接口进行通信测试，得到尝试调用次数内的第一接口的请求成功率。根据尝试调用次数内的第一接口的请求成功率与闭合阈值的大小，确定熔断开关的维持状态。
步骤260、在所述第一接口的请求成功率超过闭合阈值时，保持所述第一接口的熔断开关为闭合状态；在所述第一接口的请求成功率不超过所述闭合阈值时，打开所述第一接口的熔断开关。
示例地，当请求成功率超过流量恢复阈值时，恢复第二接口的最大请求数至限流前大小，利用测试应用程序在第二时间窗口内对第一接口进行通信测试，得到尝试调用次数内的第一接口的请求成功率。根据尝试调用次数内的第一接口的请求成功率与闭合阈值的大小，确定熔断开关的维持状态。当尝试调用次数内第一接口的请求成功率超过闭合阈值时，保持第一接口的熔断开关为闭合状态；当尝试调用次数内第一接口的请求成功率不超过闭合阈值时，打开第一接口的熔断开关。打开第一接口的熔断开关后，并实时确定尝试调用次数第一接口的请求成功率，重复上述步骤，直至保持第一接口的熔断开关为闭合状态。
本发明实施例中，可以利用测试应用程序在第一时间窗口内对目标应用程序的各个接口进行通信测试，得到各个接口的请求失败率；将各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将各个接口中请求失败率不超过熔断阈值的接口确定为第二接口；打开第一接口的熔断开关，降低第二接口的最大请求数，并利用测试应用程序对第二接口进行通信测试，得到第二接口的请求成功率；当请求成功率超过流量恢复阈值时，恢复第二接口的最大请求数。即本发明实施例为包含测试应用程序和目标应用程序的应用系统中单个应用程序的异常接口的管理提供了解决方案，可以通过应用程序中各个接口的请求失败率确定第一接口和第二接口，对第一接口熔断，对第二接口限流，并根据第二接口服务稳定程度逐渐对限流接口进行恢复，可以快速感知异常，自动对异常接口进行管控，避免了单个程序的接口的异常传播，实时接口管控及时进行限流恢复，保证了系统的稳定性。
图3是本发明实施例提供的接口管理装置的结构示意图，如图3所示，该接口管理装置包括：
接口测试模块310，用于利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率；
接口确定模块320，用于将所述各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将所述各个接口中请求失败率不超过所述熔断阈值的接口确定为第二接口；
请求数降低模块330，用于打开所述第一接口的熔断开关，降低所述第二接口的最大请求数，并利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率；
限流恢复模块340，用于当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数。
一实施例中、所述接口测试模块310利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率，包括：
利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败数；
计算所述第一时间窗口内所述各个接口的请求失败数的和，得到第一失败数；
确定所述第一失败数是否超过预设失败数；
在所述第一失败数超过所述预设失败数时，计算所述各个接口的请求失败率。
一实施例中、所述请求数降低模块330在打开所述第一接口的熔断开关之后，在降低所述第二接口的最大请求数之前，还包括：
利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的新增失败数；
计算所述第一失败数和所述新增失败数的和，得到第二失败数；
当所述第二失败数超过流量限制阈值时，执行降低所述第二接口的最大请求数的步骤。
一实施例中、所述请求数降低模块330当所述第二失败数超过流量限制阈值时，执行降低所述第二接口的最大请求数的步骤，包括：
计算当前时刻所述各个接口的请求失败数的和，得到第三失败数；
根据所述第三失败数和所述流量限制阈值确定降低幅度；
根据所述降低幅度降低所述第二接口的最大请求数。
一实施例中、所述请求数降低模块330根据所述降低幅度降低所述第二接口的最大请求数之后，还包括：
当所述第二接口的最大请求数降低为零且进入第二时间窗口时，根据所述第三失败数和所述流量限制阈值确定恢复幅度；
根据所述恢复幅度恢复所述第二接口的最大请求数。
一实施例中、所述请求数降低模块330利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率，包括：
确定预设次数内的所述第二接口中请求失败率；
当所述第二接口中请求失败率为零时，利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率。
一实施例中、所述限流恢复模块340当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数之后，还包括：
闭合所述第一接口的熔断开关，并利用所述测试应用程序在第二时间窗口内对所述第一接口进行通信测试，得到所述第一接口的请求成功率；
在所述第一接口的请求成功率超过闭合阈值时，保持所述第一接口的熔断开关为闭合状态；
在所述第一接口的请求成功率不超过所述闭合阈值时，打开所述第一接口的熔断开关。
本领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述功能模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
本发明实施例的装置，可以利用测试应用程序在第一时间窗口内对目标应用程序的各个接口进行通信测试，得到各个接口的请求失败率；将各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将各个接口中请求失败率不超过熔断阈值的接口确定为第二接口；打开第一接口的熔断开关，降低第二接口的最大请求数，并利用测试应用程序对第二接口进行通信测试，得到第二接口的请求成功率；当请求成功率超过流量恢复阈值时，恢复第二接口的最大请求数。即本发明实施例为包含测试应用程序和目标应用程序的应用系统中单个应用程序的异常接口的管理提供了解决方案，可以通过应用程序中各个接口的请求失败率确定第一接口和第二接口，对第一接口熔断，对第二接口限流，并根据第二接口服务稳定程度逐渐对限流接口进行恢复，可以快速感知异常，自动对异常接口进行管控，避免了单个程序的接口的异常传播，实时接口管控及时进行限流恢复，保证了系统的稳定性。
图4为本发明实施例提供的一种电子设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图4显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图4所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的接口管理方法，应用于包含测试应用程序和目标应用程序的应用系统中，该方法包括：
利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率；
将所述各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将所述各个接口中请求失败率不超过所述熔断阈值的接口确定为第二接口；
打开所述第一接口的熔断开关，降低所述第二接口的最大请求数，并利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率；
当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现所述的接口管理方法，应用于包含测试应用程序和目标应用程序的应用系统中，该方法包括：
利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率；
将所述各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将所述各个接口中请求失败率不超过所述熔断阈值的接口确定为第二接口；
打开所述第一接口的熔断开关，降低所述第二接口的最大请求数，并利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率；
当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数。
本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种接口管理方法，其特征在于，应用于包含测试应用程序和目标应用程序的应用系统中，所述方法包括：
利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率；
将所述各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将所述各个接口中请求失败率不超过所述熔断阈值的接口确定为第二接口；
打开所述第一接口的熔断开关，降低所述第二接口的最大请求数，并利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率；
当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数。
2.根据权利要求1所述的方法，其特征在于，所述利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率，包括：
利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败数；
计算所述第一时间窗口内所述各个接口的请求失败数的和，得到第一失败数；
确定所述第一失败数是否超过预设失败数；
在所述第一失败数超过所述预设失败数时，计算所述各个接口的请求失败率。
3.根据权利要求2所述的方法，其特征在于，在打开所述第一接口的熔断开关之后，在降低所述第二接口的最大请求数之前，还包括：
利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的新增失败数；
计算所述第一失败数和所述新增失败数的和，得到第二失败数；
当所述第二失败数超过流量限制阈值时，执行降低所述第二接口的最大请求数的步骤。
4.根据权利要求3所述的方法，其特征在于，所述当所述第二失败数超过流量限制阈值时，执行降低所述第二接口的最大请求数的步骤，包括：
计算当前时刻所述各个接口的请求失败数的和，得到第三失败数；
根据所述第三失败数和所述流量限制阈值确定降低幅度；
根据所述降低幅度降低所述第二接口的最大请求数。
5.根据权利要求4所述的方法，其特征在于，所述根据所述降低幅度降低所述第二接口的最大请求数之后，还包括：
当所述第二接口的最大请求数降低为零且进入第二时间窗口时，根据所述第三失败数和所述流量限制阈值确定恢复幅度；
根据所述恢复幅度恢复所述第二接口的最大请求数。
6.根据权利要求1所述的方法，其特征在于，所述利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率，包括：
确定预设次数内的所述第二接口中请求失败率；
当所述第二接口中请求失败率为零时，利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率。
7.根据权利要求5所述的方法，其特征在于，当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数之后，还包括：
闭合所述第一接口的熔断开关，并利用所述测试应用程序在第二时间窗口内对所述第一接口进行通信测试，得到所述第一接口的请求成功率；
在所述第一接口的请求成功率超过闭合阈值时，保持所述第一接口的熔断开关为闭合状态；
在所述第一接口的请求成功率不超过所述闭合阈值时，打开所述第一接口的熔断开关。
8.一种接口管理装置，其特征在于，包括：
接口测试模块，用于利用所述测试应用程序在第一时间窗口内对所述目标应用程序的各个接口进行通信测试，得到所述各个接口的请求失败率；
接口确定模块，用于将所述各个接口中请求失败率超过熔断阈值的接口确定为第一接口，并将所述各个接口中请求失败率不超过所述熔断阈值的接口确定为第二接口；
请求数降低模块，用于打开所述第一接口的熔断开关，降低所述第二接口的最大请求数，并利用所述测试应用程序对所述第二接口进行通信测试，得到所述第二接口的请求成功率；
限流恢复模块，用于当所述请求成功率超过流量恢复阈值时，恢复所述第二接口的所述最大请求数。
9.一种电子设备，其特征在于，所述电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1至7中任一所述的接口管理方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至7中任一所述的接口管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110711532.6A CN113485917B (zh) | 2021-06-25 | 2021-06-25 | 一种接口管理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110711532.6A CN113485917B (zh) | 2021-06-25 | 2021-06-25 | 一种接口管理方法、装置、电子设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113485917A true CN113485917A (zh) | 2021-10-08 |
| CN113485917B CN113485917B (zh) | 2024-06-11 |
Family
ID=77937569
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110711532.6A Active CN113485917B (zh) | 2021-06-25 | 2021-06-25 | 一种接口管理方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113485917B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023083079A1 (zh) * | 2021-11-12 | 2023-05-19 | 百果园技术(新加坡)有限公司 | 第三方系统监控系统、方法、装置、设备及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107659431A (zh) * | 2017-08-15 | 2018-02-02 | 北京趣拿软件科技有限公司 | 接口处理方法、装置、存储介质和处理器 |
| CN109684105A (zh) * | 2018-12-18 | 2019-04-26 | 中国平安人寿保险股份有限公司 | 在微服务架构下对请求进行控制的方法、设备和存储介质 |
| CN111787073A (zh) * | 2020-06-18 | 2020-10-16 | 多加网络科技(北京)有限公司 | 一种统一服务的限流熔断平台及其方法 |
-
2021
- 2021-06-25 CN CN202110711532.6A patent/CN113485917B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107659431A (zh) * | 2017-08-15 | 2018-02-02 | 北京趣拿软件科技有限公司 | 接口处理方法、装置、存储介质和处理器 |
| CN109684105A (zh) * | 2018-12-18 | 2019-04-26 | 中国平安人寿保险股份有限公司 | 在微服务架构下对请求进行控制的方法、设备和存储介质 |
| CN111787073A (zh) * | 2020-06-18 | 2020-10-16 | 多加网络科技(北京)有限公司 | 一种统一服务的限流熔断平台及其方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023083079A1 (zh) * | 2021-11-12 | 2023-05-19 | 百果园技术(新加坡)有限公司 | 第三方系统监控系统、方法、装置、设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113485917B (zh) | 2024-06-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112436968A (zh) | 一种网络流量的监测方法、装置、设备及存储介质 | |
| US20090106844A1 (en) | System and method for vulnerability assessment of network based on business model | |
| US9069819B1 (en) | Method and apparatus for reliable I/O performance anomaly detection in datacenter | |
| WO2019169763A1 (zh) | 电子装置、业务系统风险控制方法及存储介质 | |
| CN115034596A (zh) | 一种风险传导预测方法、装置、设备和介质 | |
| US7818630B2 (en) | Framework for automatically analyzing I/O performance problems using multi-level analysis | |
| CN111241155B (zh) | 时序数据异常检测方法、装置、设备及存储介质 | |
| CN113485917A (zh) | 一种接口管理方法、装置、电子设备及存储介质 | |
| CN111324520A (zh) | 业务接口的监控方法、装置、电子设备及存储介质 | |
| CN110855658B (zh) | 一种服务登录方法、装置、设备和存储介质 | |
| CN111309483A (zh) | 一种服务器集群的管理方法、装置、设备及存储介质 | |
| CN109343955B (zh) | 推荐服务调用方法、介质、装置和计算设备 | |
| CN116861364B (zh) | 基于erp系统的数据处理方法与系统 | |
| CN112395141B (zh) | 一种数据页管理方法、装置、电子设备及存储介质 | |
| CN113132393A (zh) | 异常检测方法、装置、电子设备以及存储介质 | |
| CN114461437B (zh) | 一种数据处理方法、电子设备及存储介质 | |
| CN114580889A (zh) | 操作风险管控方法、装置、设备、介质和程序产品 | |
| CN115002033A (zh) | 一种流量控制方法、装置、设备、存储介质及计算机产品 | |
| CN113946493A (zh) | 一种监控阈值确定及监控报警方法、装置、设备和介质 | |
| CN111901188A (zh) | 数据流量控制方法、装置、设备和存储介质 | |
| CN113760589A (zh) | 一种基于实时流处理框架的服务熔断方法和装置 | |
| CN113162781B (zh) | 业务恢复方法、装置、系统及存储介质 | |
| CN118467273B (zh) | 一种dpu性能测试方法、系统和介质 | |
| CN118054944A (zh) | 电子设备脆弱性确定方法、装置、介质和设备 | |
| CN116700921A (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 |