[发明专利]一种支付系统防止服务雪崩的熔断方案及系统

说明书

本发明提供了一种支付系统防止服务雪崩的熔断方案，所述方案包括以下步骤：步骤S1、支付系统中的每个服务均上报健康状态；步骤S2、上游服务调用下游服务；步骤S3、上游服务读取下游服务的健康状态；步骤S4、上游服务读取下游服务的熔断器状态；步骤S5、启用维护线程，维护下游服务的熔断器状态的可访问状态；步骤S6、上游服务再次重新调用熔断器状态为可尝试状态的下游服务；本发明能够有效防止支付系统服务雪崩。

技术领域

本发明涉及计算机支付安全技术领域，特别是一种支付系统防止服务雪崩的熔断方案及系统。

背景技术

在支付系统中，系统不是由一个单一的站点完成全部的功能，系统从业务上被拆分成多个独立服务，包含订单服务、商品库存服务、用户积分服务，是一个分布式系统。在系统访问压力大的情况下，系统某一个服务响应缓慢，无法及时处理其他服务过来的请求，造成请求堆积，将有可能拖垮整个系统。故障服务由于不断被其他服务请求，没有喘息的机会，即便重启服务，瞬时流量大量请求进来，可能再次宕机，造成雪崩现象。

发明内容

为克服上述问题，本发明的目的是提供一种能够有效防止支付系统服务雪崩的支付系统防止服务雪崩的熔断方案。

本发明采用以下方案实现：一种支付系统防止服务雪崩的熔断方案，所述方案包括以下步骤：步骤S1、支付系统中的每个服务均上报健康状态；

步骤S2、上游服务调用下游服务；

步骤S3、上游服务读取下游服务的健康状态；

步骤S4、上游服务读取下游服务的熔断器状态；

步骤S5、启用维护线程，维护下游服务的熔断器状态的可访问状态；

步骤S6、上游服务再次重新调用熔断器状态为可尝试状态的下游服务。

进一步的， 所述步骤S1进一步具体为：支付系统中的每个服务都启用一个线程，循环定时上报健康状态至etcd中。

进一步的，所述步骤S2进一步具体为：上游服务指代调用者，下游服务指代被调用者，调用者和被调用者随着支付系统的不同步骤而发生变化。

进一步的，所述步骤S3进一步具体为：所述上游服务从etcd中读取相应的下游服务健康状态，确定下游服务的健康状态的范围是否在5s-10s之间，是，则对负责人进行短信推送，重启故障服务，进行干预恢复；否，则下游服务能够继续使用，尝试继续调用。

进一步的，所述步骤S4进一步具体为：上游服务会维护下游服务的熔断器状态，若是熔断器出现禁止请求状态，则直接判断返回失败，当下游服务处于健康状态，但调用时出现局部异常，则需启用熔断器功能。

进一步的，所述步骤S5进一步具体为：每个服务均需开启一个维护线程，该维护线程的作用是维护下游服务的可访问状态，判断是否开启维护线程，当熔断器状态是禁止请求状态时，则维护线程需开始计时，当时间超过循环定时的时间时，则将禁止请求状态变更为可尝试状态，继续对下游服务进行调用。

进一步的，当熔断器从禁止请求状态变更为可尝试状态后，给予下游服务恢复时间，判断调用下游服务是否成功，进行成功次数计数，成功次数超过3次则判定下游服务恢复正常，将熔断器状态从可尝试状态变更为允许请求状态，当成功次数小于3次，则判断下游服务未恢复正常，则将熔断器状态变更为禁止请求状态，重复步骤S3-步骤S6。

本发明还提供了一种支付系统防止服务雪崩的熔断系统，包括上报模块、调用模块、读取模块、熔断器状态模块、维护模块和重新调用模块；

所述上报模块，即支付系统中的每个服务均上报健康状态；

所述调用模块，即上游服务调用下游服务；

所述读取模块，即上游服务读取下游服务的健康状态；

所述熔断器状态模块，即上游服务读取下游服务的熔断器状态；

所述维护模块，即启用维护线程，维护下游服务的熔断器状态的可访问状态；