CN109726062A - 代理服务器的下线方法和控制服务器 - Google Patents

Abstract

本发明提出一种代理服务器的下线方法和控制服务器，其中，方法包括：获取代理服务器的所有接口，识别每个接口的类型；针对每个类型，持续监测所述类型下各接口是否出现调用失败状态；如果所述类型的接口出现调用失败状态且满足预设的条件，则将所述代理服务器中的所述类型的接口进行下线。通过本方法，能够实现代理服务器接口粒度的上下线，提高代理服务器下线实时性，提高代理服务器对加密机故障的反应速度，解决现有技术中代理服务器下线实时性差的技术问题。

Description

代理服务器的下线方法和控制服务器

技术领域

本发明涉及计算机技术领域，尤其涉及一种代理服务器的下线方法和控制服务器。

背景技术

目前，为了能够解决加密机故障、宕机、应用意外终止和网络不可达时的代理服务器下线问题，相关技术中以固定频率对加密机进行探测。

然而，以固定频率探测加密机的方式，再结合失败重试的处理时间，从加密机故障时间开始至代理服务器下线以使流量不再进入故障加密机，最长时间需要1秒钟，以单台代理服务器每秒执行服务的数量为2000估计，在加密机故障至代理服务器下线的1秒钟之内，将造成2000次服务的调用失败。也就是说，现有的代理服务器下线方式中，代理服务器对加密机故障的反应不够迅速，实时性差。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种代理服务器的下线方法，以实现代理服务器接口粒度的上下线，提高代理服务器下线实时性，提高代理服务器对加密机故障的反应速度，解决现有技术中代理服务器下线实时性差的技术问题。

本发明的第二个目的在于提出一种控制服务器。

本发明的第三个目的在于提出另一种控制服务器。

本发明的第四个目的在于提出一种非临时性计算机可读存储介质。

本发明的第五各目的在于提出一种计算机程序产品。

为达上述目的，本发明第一方面实施例提出了一种代理服务器的下线方法，包括：

获取代理服务器的所有接口，识别每个接口的类型；

针对每个类型，持续监测所述类型下各接口是否出现调用失败状态；

如果所述类型的接口出现调用失败状态且满足预设的条件，则将所述代理服务器中的所述类型的接口进行下线。

本发明实施例的代理服务器的下线方法，通过获取代理服务器的所有接口，并识别每个接口的类型，针对每个类型，持续监测类型下各接口是否出现调用失败状态，如果类型的接口出现连续失败状态且满足预设的条件，则将代理服务器中的类型的接口进行下线。通过监测代理服务器中每种类型下各接口调用失败状态对满足预设的条件的类型的接口进行下线，将代理服务器的下线细化到接口粒度，提高了代理服务器下线实时性和代理服务器对加密机故障的反应速度，从而能够解决现有技术中代理服务器下线实时性差的技术问题。而且由于对所有接口进行类型划分，在一些类型接口出现故障后，只需下线故障类型的接口，不影响其他类型接口继续提供服务，提高了代理服务器的可持续性。

为达上述目的，本发明第二方面实施例提出了一种控制服务器，包括：

识别类型模块，用于获取代理服务器的所有接口，识别每个接口的类型；

监测模块，用于针对每个类型，持续监测所述类型下各接口是否出现调用失败状态；

下线模块，用于如果所述类型的接口出现调用失败状态且满足预设的条件，则将所述代理服务器中的所述类型的接口进行下线。

本发明实施例的控制服务器，通过获取代理服务器的所有接口，并识别每个接口的类型，针对每个类型，持续监测类型下各接口是否出现调用失败状态，如果类型的接口出现连续失败状态且满足预设的条件，则将代理服务器中的类型的接口进行下线。通过监测代理服务器中每种类型下各接口调用失败状态对满足预设的条件的类型的接口进行下线，将代理服务器的下线细化到接口粒度，提高了代理服务器下线实时性和代理服务器对加密机故障的反应速度，从而能够解决现有技术中代理服务器下线实时性差的技术问题。而且由于对所有接口进行类型划分，在一些类型接口出现故障后，只需下线故障类型的接口，不影响其他类型接口继续提供服务，提高了代理服务器的可持续性。

为达上述目的，本发明第三方面实施例提出了另一种控制服务器，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如第一方面实施例所述的代理服务器的下线方法。

为了实现上述目的，本发明第四方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面实施例所述的代理服务器的下线方法。

为了实现上述目的，本发明第五方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，实现如第一方面实施例所述的代理服务器的下线方法。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明一实施例提出的代理服务器的下线方法的流程示意图；

图2为本发明另一实施例提出的代理服务器的下线方法的流程示意图；

图3为本发明又一实施例提出的代理服务器的下线方法的流程示意图；

图4为本发明再一实施例提出的代理服务器的下线方法的流程示意图；

图5为本发明一实施例提出的控制服务器的结构示意图；

图6为本发明另一实施例提出的控制服务器的结构示意图；以及

图7为本发明一实施例提出的另一种控制服务器的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的代理服务器的下线方法和控制服务器。

现有技术中，主要采用对加密机按照固定频率进行探测的方式来对代理服务器进行下线处理，采样这种方式时，从加密机故障时间开始到代理服务器下线最长需耗时1秒钟，导致代理服务器无法对加密机故障及时做出反应，实时性差。

此外，如果加密机能够对外提供服务，则代理服务器对加密机的探测结果为正常，然而此时该加密机提供的加解密服务为异常服务(比如因证书未导入导致加解密失败)，导致代理服务器探测结果不准确，致使代理服务器未在加密机故障时下线，从而使服务调用失败。

针对上述问题，本发明实施例提出了一种代理服务器的下线方法，以实现代理服务器接口粒度的上下线，提高代理服务器下线实时性，提高代理服务器对加密机故障的反应速度。

图1为本发明一实施例提出的代理服务器的下线方法的流程示意图。

如图1所示，该代理服务器的下线方法包括以下步骤：

步骤101，获取代理服务器的所有接口，识别每个接口的类型。

服务器中通常设置有多个不同类型的接口，每个类型的接口所提供的服务不同。

本实施例中，可以获取代理服务器的所有接口，并识别每个接口的类型。比如，可以根据每个接口所实现的功能来确定该接口的类型；或者，可以根据每个接口实现对应的功能所采用的算法来确定该接口的类型。其中，针对识别出的每个接口类型，代理服务器所包含的所有接口中，属于该类型的接口个数可能是一个，也可能是多个。

步骤102，针对每个类型，持续监测所述类型下各接口是否出现调用失败状态。

其中，调用失败状态指的是业务方调用代理服务器的接口时，业务方与所调用的接口之间调用失败。

针对识别出的每个类型，可以持续监测属于该类型的各个接口的调用状态，判断该类型下的各个接口是否出现调用失败状态，以决定是否对该类型的接口进行下线。

步骤103，如果所述类型的接口出现调用失败状态且满足预设的条件，则将代理服务器中的所述类型的接口进行下线。

其中，预设的条件是预先设定的，可以是业务方与某一类型下的接口之间连续调用失败的次数达到预设的次数阈值，或者是预设时长内业务方与某一类型下的接口之间调用成功的概率低于预设的概率阈值。

本实施例中，针对识别出的每个类型，当监测到该类型下的各个接口出现调用失败状态，且出现的调用失败状态满足预设的条件时，表明该类型的接口出现故障，则将代理服务器中该类型下的所有接口进行下线。

应当说明的是，将代理服务器中某一类型下的接口进行下线，指的是将该类型下的接口设置为禁用状态。其中，将接口设置为禁用状态的方式可以包括但不限于快速禁用方式和基于时间段的结果统计禁用方式，针对每种禁用方式的具体实现过程的说明将在后续内容中给出，为避免赘余，此处不作过多描述。

此处需要说明的是，本实施例中描述的对出现调用失败状态且满足预设的条件的类型的接口进行下线仅作为示例，为了更加细化代理服务器的下线粒度，在本发明实施例一种可能的实现方式中，还可以针对代理服务器中的每个接口，持续监测每个接口是否出现调用失败状态，并在该接口出现调用失败状态且满足预设的条件时，将该接口进行下线，以进一步提高代理服务器下线的实时性。

本实施例的代理服务器的下线方法，通过识别代理服务器中每个接口的类型，针对每个类型，持续监测该类型下各接口是否出现调用失败状态，并在该类型的接口出现调用失败状态且满足预设的条件时，将代理服务器中该类型的接口进行下线，能够将代理服务器的下线细化到接口粒度，提高了代理服务器下线实时性和代理服务器对加密机故障的反应速度，从而能够解决现有技术中代理服务器下线实时性差的技术问题。而且由于对所有接口进行类型划分，在一些类型接口出现故障后，只需下线故障类型的接口，不影响其他类型接口继续提供服务，提高了代理服务器的可持续性。

如前文所述，将接口设置为禁用状态(即对接口进行下线)的方式有快速禁用方式和基于时间段的结果统计禁用方式，下面将分别针对这两种方式的具体实现过程进行详细说明。

快速禁用方式，指的是当某一类型的所有接口连续调用失败的次数达到阈值时，立即禁用该类型的接口。也就是说，在采用快速禁用方式下线接口时，预设的条件为业务方与某一类型下的接口之间连续调用失败的次数达到预设的次数阈值(记为第一阈值)。

针对快速禁用方式，本发明实施例提出了另一种代理服务器的下线方法，图2为本发明另一实施例提出的代理服务器的下线方法的流程示意图。如图2所示，在如图1所示实施例的基础上，步骤103可以包括以下步骤：

步骤201，获取每个接口在调用时连续出现调用失败的次数。

针对识别出的每个类型，可以获取该类型下每个接口在调用时连续出现调用失败的次数，即统计该类型下各个接口被业务方调用时，连续调用失败的次数。

步骤202，将每个接口对应的次数与预设的第一阈值进行比较。

步骤203，如果每个接口对应的次数均超过第一阈值，则将类型的接口进行下线。

作为一种可能的实现方式，本实施例中，获取了某一类型下每个接口连续出现调用失败的次数之后，可以分别将获取的该类型下每个接口对应的连续调用失败的次数与预设的第一阈值进行比较，并在该类型下每个接口对应的连续调用失败的次数均超过该第一阈值时，对该类型的所有接口进行下线。

步骤204，对每个接口对应的次数进行排序，将最小的次数与第一阈值进行比较。

步骤205，如果最小的次数超过第一阈值，则将类型的接口进行下线。

作为另一种可能的实现方式，本实施例中，获取了某一类型下每个接口连续出现调用失败的次数之后，可以先对所获取的该类型下每个接口对应的连续调用失败的次数进行排序，并将最小的次数与预设的第一阈值进行比较，当最小的次数超过第一阈值时，表明该类型下所有接口对应的连续调用失败的次数均超过第一阈值，则将该类型下所有的接口进行下线。

本实施例的代理服务器的下线方法，通过获取某一类型下每个接口在调用时连续出现调用失败的次数，并在每个接口对应的次数均超过预设的第一阈值时，将该类型的接口进行下线，能够实现代理服务器接口粒度的下线，细化了代理服务器的下线粒度，提高下线的实时性。

基于时间段的结果统计禁用方式，指的是当预设时间内某一类型下的所有接口被成功调用的概率低于预设的阈值时，对该类型的接口进行禁用。也就是说，当采用基于时间段的结果统计禁用方式对接口进行下线时，预设的条件为预设时长内业务方与某一类型下的接口之间调用成功的概率低于预设的概率阈值(记为第二阈值)。

针对基于时间段的结果统计禁用方式，本发明实施例提出了另一种代理服务器的下线方法，图3为本发明又一实施例提出的代理服务器的下线方法的流程示意图。如图3所示，在如图1所示实施例的基础上，步骤103可以包括以下步骤：

步骤301，获取预设时长内每个接口调用成功的次数。

其中，预设时长是预先设定的，可以由技术人员根据需要自行配置，比如，预设时长可以设置为1分钟，本发明对预设时长的具体取值不作限制。

步骤302，根据调用成功的次数和预设时长内调用的总次数，计算每个接口的调用成功率。

本实施例中，针对识别出的每个类型，可以统计该类型下各个接口调用成功的次数，以及预设时长内调用的总次数，并针对该类型下的每个接口，计算调用成功的次数与调用的总次数之间的比值，得到每个接口的调用成功率。

步骤303，将每个接口的调用成功率与预设的第二阈值进行比较。

步骤304，如果每个接口对应的调用成功率均低于第二阈值，则将类型的接口进行下线。

作为一种可能的实现方式，针对某一类型下的各个接口，计算获得每个接口的调用成功率之后，可以将该类型下各个接口的调用成功率分别与预设的第二阈值进行比较，并在该类型下每个接口对应的调用成功率均低于第二阈值时，将该类型下的所有接口进行下线。

步骤305，对每个接口对应的调用成功率进行排序，将最大的调用成功率与第二阈值进行比较。

步骤306，如果最大的调用成功率低于第二阈值，则将类型的接口进行下线。

作为另一种可能的实现方式，针对某一类型下的各个接口，计算获得每个接口的调用成功率之后，可以先对该类型下每个接口对应的调用成功率进行排序，并将最大的调用成功率与预设的第二阈值进行比较，当最大的调用成功率低于第二阈值时，表明该类型下所有接口对应的调用成功率均低于第二阈值，则将该类型下的所有接口进行下线。

本实施例的代理服务器的下线方法，通过获取预设时长内某一类型下每个接口调用成功的次数，并根据所获取的调用成功次数和预设时长内调用的总次数计算该类型下每个接口的调用成功率，当每个接口的调用成功率均低于预设的第二阈值时，将该类型的接口进行下线，能够实现代理服务器接口粒度的下线，细化了代理服务器的下线粒度，提高下线的实时性。

图4为本发明再一实施例提出的代理服务器的下线方法的流程示意图。如图4所示，该代理服务器的下线方法可以包括以下步骤：

步骤401，获取代理服务器的所有接口，识别每个接口的类型。

具体地，获取了代理服务器的所有接口之后，可以进一步获取每个接口对应的加密服务所采用的加密算法，并根据加密算法对所有的接口进行类型划分。

举例而言，对于采用RSA公钥加密算法、Elgamal加密算法、背包算法、Rabin加密算法、椭圆曲线加密算法等非对称加密算法的接口，可以将接口的类型识别为非对称算法接口；对于采用DES算法、TDEA算法、IDEA算法、RC5算法、Blowfish算法等对称加密算法的接口，可以将接口的类型识别为对称算法接口。

步骤402，针对每个类型，持续监测所述类型下各接口是否出现调用失败状态。

步骤403，如果所述类型的接口出现调用失败状态且满足预设的条件，则将代理服务器中的所述类型的接口进行下线。

需要说明的是，本实施例中对步骤402-步骤403的描述，可以参见前述实施例中对步骤102-步骤103的描述，其实现原理类似，此处不再赘述。

步骤404，当所有类型均被下线后，则将代理服务器设置为禁用状态。

本实施例中，当代理服务器上设置的每个类型的接口均被下线后，此时代理服务器上已无可用接口，为了避免业务方继续调用该代理服务器的接口而延误业务的处理时间，可以将该代理服务器设置为禁用状态。处于禁用状态的代理服务器不会接收业务方发送的业务请求，从而能够降低代理服务器故障对业务处理时机的影响。

步骤405，当其中一个类型的接口故障恢复后，则将代理服务器的状态更新为可用状态。

当被设置为禁用状态的代理服务器的至少其中一个类型的至少一个接口故障恢复后，则将该代理服务器的状态更新为可用状态，状态更新后的代理服务器可以为业务方提供故障恢复的接口对应的服务。

本实施例的代理服务器的下线方法，通过识别代理服务器中每个接口的类型，针对每个类型，持续监测该类型下各接口是否出现调用失败状态，并在该类型的接口出现调用失败状态且满足预设的条件时，将代理服务器中该类型的接口进行下线，能够将代理服务器的下线细化到接口粒度，提高代理服务器下线实时性和代理服务器对加密机故障的反应速度。通过在代理服务器所有类型均被下线后，将代理服务器设置为禁用状态，能够避免业务方继续调用该代理服务器的接口而延误业务的处理时间，降低代理服务器故障对业务处理时机的影响。通过在代理服务器其中一个类型的接口故障恢复后，将代理服务器的状态更新为可用状态，能够实现代理服务器接口粒度的上线，实现代理服务器上线的实时性。

为了实现上述实施例，本发明还提出一种控制服务器。

图5为本发明一实施例提出的控制服务器的结构示意图。如图5所示，该控制服务器50包括：识别类型模块510、监测模块520，以及下线模块530。其中，

识别类型模块510，用于获取代理服务器的所有接口，识别每个接口的类型。

具体地，识别类型模块510识别所获取的代理服务器的所有接口的类型时，可以获取每个接口对应的加密服务所采用的加密算法，并根据加密算法对所有的接口进行类型划分。

监测模块520，用于针对每个类型，持续监测所述类型下各接口是否出现调用失败状态。

下线模块530，用于如果所述类型的接口出现调用失败状态且满足预设的条件，则将代理服务器中的所述类型的接口进行下线。

进一步地，在本发明实施例一种可能的实现方式中，下线模块530用于获取每个接口在调用时连续出现调用失败的次数，并将每个接口对应的次数与预设的第一阈值进行比较；如果每个接口对应的次数均超过第一阈值，则将所述类型的接口进行下线；或者，下线模块530还用于在获取每个接口在调用时连续出现调用失败的次数之后，对每个接口对应的次数进行排序，将最小的次数与第一阈值进行比较；如果最小的次数超过第一阈值，则将所述类型的接口进行下线。

在本发明实施例另一种可能的实现方式中，下线模块530用于获取预设时长内每个接口调用成功的次数；根据调用成功的次数和预设时长内调用的总次数，计算每个接口的调用成功率；将每个接口的调用成功率与预设的第二阈值进行比较；如果每个接口对应的调用成功率均低于第二阈值，则将所述类型的接口进行下线；或者，下线模块530还用于在计算每个接口的调用成功率之后，对每个接口对应的调用成功率进行排序，将最大的调用成功率与第二阈值进行比较；如果最大的调用成功率低于第二阈值，则将所述类型的接口进行下线。

进一步地，在本发明实施例一种可能的实现方式中，如图6所示，在如图5所示实施例的基础上，该控制服务器50还可以包括：

设置模块540，用于在所有类型均被下线后，将代理服务器设置为禁用状态；以及，在其中一个类型的接口故障恢复后，将代理服务器的状态更新为可用状态。

需要说明的是，前述对代理服务器的下线方法实施例的解释说明，也适用于本实施例的控制服务器，其实现原理类似，此处不再赘述。

本实施例的控制服务器，通过获取代理服务器的所有接口，并识别每个接口的类型，针对每个类型，持续监测类型下各接口是否出现调用失败状态，如果类型的接口出现连续失败状态且满足预设的条件，则将代理服务器中的类型的接口进行下线。通过监测代理服务器中每种类型下各接口调用失败状态对满足预设的条件的类型的接口进行下线，将代理服务器的下线细化到接口粒度，提高了代理服务器下线实时性和代理服务器对加密机故障的反应速度，从而能够解决现有技术中代理服务器下线实时性差的技术问题。而且由于对所有接口进行类型划分，在一些类型接口出现故障后，只需下线故障类型的接口，不影响其他类型接口继续提供服务，提高了代理服务器的可持续性。

为了实现上述实施例，本发明还提出另一种控制服务器。

图7为本发明一实施例提出的另一种控制服务器的结构示意图。如图7所示，该控制服务器70包括：存储器701、处理器702及存储在存储器701上并可在处理器702上运行的计算机程序703，处理器702执行计算机程序703时，实现如前述实施例所述的代理服务器的下线方法。

为了实现上述实施例，本发明还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如前述实施例所述的代理服务器的下线方法。

为了实现上述实施例，本发明还提出一种计算机程序产品，当计算机程序产品中的指令由处理器执行时，实现如前述实施例所述的代理服务器的下线方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种代理服务器的下线方法，其特征在于，包括以下步骤：

获取代理服务器的所有接口，识别每个接口的类型；

针对每个类型，持续监测所述类型下各接口是否出现调用失败状态；

如果所述类型的接口出现调用失败状态且满足预设的条件，则将所述代理服务器中的所述类型的接口进行下线。

2.根据权利要求1所述的方法，其特征在于，所述如果所述类型的接口出现调用失败状态且满足预设的条件，则将所述代理服务器中的所述类型的接口进行下线，包括：

获取每个接口在调用时连续出现调用失败的次数，并将每个接口对应的所述次数与预设的第一阈值进行比较；

如果所述每个接口对应的所述次数均超过所述第一阈值，则将所述类型的接口进行下线。

3.根据权利要求2所述的方法，其特征在于，所述获取每个接口在调用时连续出现调用失败的次数之后，还包括：

对每个接口对应的所述次数进行排序，将最小的所述次数与所述第一阈值进行比较；

如果最小的所述次数超过所述第一阈值，则将所述类型的接口进行下线。

4.根据权利要求1所述的方法，其特征在于，所述如果所述类型的接口出现调用失败状态且满足预设的条件，则将所述代理服务器中的所述类型的接口进行下线，包括：

获取预设时长内每个接口调用成功的次数；

根据所述调用成功的次数和所述预设时长内调用的总次数，计算每个接口的调用成功率；

将每个接口的调用成功率与预设的第二阈值进行比较；

如果所述每个接口对应的所述调用成功率均低于所述第二阈值，则将所述类型的接口进行下线。

5.根据权利要求4所述的方法，其特征在于，所述计算每个接口的调用成功率之后，还包括：

对每个接口对应的所述调用成功率进行排序，将最大的所述调用成功率与所述第二阈值进行比较；

如果最大的所述调用成功率低于所述第二阈值，则将所述类型的接口进行下线。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述识别每个接口的类型，包括：

获取每个接口对应的加密服务所采用的加密算法，并根据所述加密算法对所有的接口进行类型划分。

7.根据权利要求6所述的方法，其特征在于，还包括：

当所有类型均被下线后，则将所述代理服务器设置为禁用状态；

当其中一个类型的接口故障恢复后，则将所述代理服务器的状态更新为可用状态。

8.一种控制服务器，其特征在于，包括：

识别类型模块，用于获取代理服务器的所有接口，识别每个接口的类型；

监测模块，用于针对每个类型，持续监测所述类型下各接口是否出现调用失败状态；

下线模块，用于如果所述类型的接口出现调用失败状态且满足预设的条件，则将所述代理服务器中的所述类型的接口进行下线。

9.一种控制服务器，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如权利要求1-7中任一项所述的代理服务器的下线方法。

10.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一项所述的代理服务器的下线方法。