一种三方接口异常监控方法与流程

本发明涉及应用接口管理技术，特别是涉及一种三方接口异常监控方法。

背景技术：

在应用软件开发过程中，随着微服务的增多，系统需要用到越来越多的三方接口，比如短信发送、支付、信息推送、天气查询等，三方接口的管理也成为了随之而来的问题。例如，在三方接口出现异常时，会切断三方接口，然后对异常进行排查和解决，最后在异常排除后再人工恢复该三方接口。

上述异常处理方法存在如下问题：无法实现对三方接口的切断、恢复全自动化管理，另外，三方接口的恢复判断需要人工，且业务恢复的时候一般是整体恢复，有可能再一次引起三方接口挂起的可能。

技术实现要素：

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种三方接口异常监控方法，用于解决现有应用接口管理无法做到异常自动恢复和缺乏预处理机制的问题。

为实现上述目的及其他相关目的，本发明提供以下解决方案：

一种三方接口异常监控方法，包括以下步骤：1)保持对一应用接口进行异常监测；2)在监测到所述应用接口为异常时，读取一预处理程序对所述异常进行处理；3)在处理完成后，第一次检测所述应用接口是否正常：若是，读取预设的一配置信息进行灰度发布，转入步骤4)；若否，返回步骤2)；4)第二次检测所述应用接口是否正常，若否，返回步骤3)，若是，恢复应用。

在一优选方案中，所述对一应用接口进行异常监测的步骤具体包括：11-1)计算所述应用接口连续错误的次数；11-2)计算所述应用接口在一时间段内的成功率；12)根据所述次数和成功率确定所述应用接口是否为异常。

本发明具有以下有益效果：本发明针对三方接口异常的情况自动处理，比起现有技术在异常时采用一般的告警能达到更好的效果，因为，告警并没有采取措施的话，那么是起不到任何监控或预防的效果的；此外，本发明针对三方接口恢复可以采用自动方式，并且采用灰度发布逐渐恢复，恢复过程更加可靠。

附图说明

图1为根据本发明之方法面给出的一种三方接口异常监控方法的流程图。

图2为根据本发明之方法面给出的对一应用接口进行异常监测的流程图。

图3为根据本发明之装置面给出的一种三方接口异常监控装置的原理图。

图4为根据本发明之装置面给出的异常侦测模块的一种实施原理图。

元件标号说明

3 三方接口异常监控装置

31 异常侦测模块

311 第一计算单元

312 第二计算单元

313 异常判断单元

32 预处理模块

33 第一预恢复检测模块

34 第二预恢复检测模块

S101～S104 步骤

S201～S204 步骤

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

前述说明

三方接口，也可叫：三方应用接口或应用接口，是指在软件开发过程中，将现有的具有某一功能的应用接入来进行使用，这种使用是通过应用接口来实现，故称作为三方应用。

例如，在某一应用软件上要实现一个支付功能，那么只要通过应用接口来将现有的支付宝、微信等支付应用功能接入即可，不需在自己开发支付系统。

实施方式一

根据本发明之方法面来进行说明

见图1，给出了一种三方接口异常监控方法，如图所示，其通过顺序执行以下步骤来实现：

步骤S101，保持对一应用接口进行异常监测；

步骤S102，在监测到所述应用接口为异常时，读取一预处理程序对所述异常进行处理；

步骤S103，在处理完成后，第一次检测所述应用接口是否正常：若是，读取预设的一配置信息进行灰度发布，转入步骤S104；若否，返回步骤S102；

步骤S104，第二次检测所述应用接口是否正常，若否，则返回步骤S103，若是，则恢复应用。

其中，上述预处理程序是根据具体应用接口社设置的一个异常已处理程序，具体的应用其对应的异常处理程序不同，本发明并不限制预处理程序的具体方式。

例如，在某一应用中要显示天气，当侦测到该天气的应用接口异常时，通过设置一预处理程序来仅关闭该天气应用，而不需要关闭所用的应用接口。

其中，上述灰度发布是指将应用对部分用户公开使用，而对其他用户不可用，通过这种方式来逐步恢复应用接口。因此，往往很多异常都是访问量多大造成的，采用灰度发布可以环节这种异常情况，从而逐步回复应用。

在一实施例中，见图2，对一应用接口进行异常监测的步骤包括：

S201，计算所述应用接口连续错误的次数；

S202，计算所述应用接口在一时间段内的成功率；

S203，根据所述次数和成功率确定所述应用接口是否为异常。

其中，上述应用接口连续错误的次数是指连续的数据交互都出现错误，当然错误的类型根据应用接口的不同而不同，例如，错位可以为支付页面跳转打不开。

但是，仅凭上述这种侦测是无法准确检测到应用接口是否真正异常，例如，虽然连续错误次数没有到达预设的阀值，而在一时间段内，错误的次数达到50％以上，那么也显然属于异常情况的。故必须结合上面两种条件来综合判断应用接口是否异常。

具体地，根据所述次数和成功率确定所述应用接口是否为异常可以通过判断该次数和成功率是否超过一预设的阀值，任一条件超过了该阀值都将被确定为异常。

实施方式二

根据本发明之装置面来进行说明

见图3，给出了一种三方接口异常监控装置3，其包括：异常侦测模块31，用于保持对一应用接口进行异常监测；预处理模块32，用于在监测到所述应用接口为异常时，读取一预处理程序对所述异常进行处理；第一预恢复检测模块33，用于在处理完成后，第一次检测所述应用接口是否正常：若是，读取预设的一配置信息进行灰度发布，转入一第二预恢复检测模块34进行处理；若否，转入所述预处理模块进行处理；所述第二预恢复检测模块34，用于第二次检测所述应用接口是否正常，若否，则返回第一预恢复检测模块33进行处理，若是，则恢复应用。

在一实施例中，见图4，所述异常侦测模块31包括：第一计算单元311，用于计算所述应用接口连续错误的次数；第二计算单元312，用于计算所述应用接口在一时间段内的成功率；异常判断单元313，用于根据所述次数和成功率确定所述应用接口是否为异常。

应当说明的是，上述实施方式一提供的方法可以全部由计算机程序来实现，故本实施例例提供了一种装置，由于该装置解决问题的原理与方法相似，因此，装置的实施过程及实施原理均可以参见前述方法的实施过程及实施原理描述，重复之处不再赘述。

综上所述，本发明针对三方接口异常的情况自动处理，比起现有技术在异常时采用一般的告警能达到更好的效果，因为，告警并没有采取措施的话，那么是起不到任何监控或预防的效果的；此外，本发明针对三方接口恢复可以采用自动方式，并且采用灰度发布逐渐恢复，恢复过程更加可靠。

所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。