[发明专利]一种针对第三方应用的数据回调熔断保护方法

说明书

本发明公开了一种针对第三方应用的数据回调熔断保护方法，无需使用统一的注册中心，就可以针对第三方应用颗粒度实现熔断保护功能，即当回调平台探知第三方应用A不可用后，在一段时间内不会对第三方应用A做数据回调，但不会影其它健康的第三方应用的数据回调，从而避免了回调资源的浪费。防止了由于应用A的不可用，而拖垮整个回调系统情况的发生。

技术领域

本发明涉及互联网、物联网技术领域，尤其涉及一种针对第三方应用的数据回调熔断保护方法。

背景技术

在物联网应用中，有大量对第三方应用进行数据回调的场景，由于第三方应用的状态不可知，一般需要使用熔断器对回调平台的资源进行保护，以防止某个第三方应用不可用时，消耗过多的回调资源，拖垮整个回调服务平台。目前行业主流的熔断器是以Hystrix为代表，基于微服务治理框架，实现服务颗粒度的熔断保护；即哪个服务不可用就针对这个服务进行熔断保护，但缺点是必须要求被调用的服务在注册中心(如Eureka、Zookeeper等)进行统一注册。对于第三方应用的数据回调场景，不能要求第三方应用注册到统一的注册中心，所以传统的熔断保护方法不能满足此业务场景的需求。

发明内容

本发明的目的就在于为了解决上述问题而提供一种针对第三方应用的数据回调熔断保护方法，本发明将原本由微服务治理框架维护的服务信息，交由平台方自身独立维护，从而支持了第三方应用不需要注册到统一的注册中心，就可以实现对第三方应用颗粒度的熔断保护。

本方法通过回调平台和第三方应用业务方之间沟通协调后，由回调平台方独立地将第三方应用的基本信息，统一维护到自身的第三方应用回调信息状态表。具体来说，是将被回调的第三方应用的appId、回调地址url、熔断器状态、失败次数、breaker_time等要素按照第三方应用的颗粒度，分别保存到数据库、缓存或者可读写的文件系统中，以保证回调平台能够方便的读取和修改这些要素。当有数据需要回调第三方应用时，首先根据回调数据找到此回调数据归属的第三方应用以及第三方应用appId，根据appId从回调信息状态表中找到此应用对应的那条回调状态信息记录，根据此记录的熔断器状态、失败次数、breaktime综合决定是否回调第三方应用。如果回调第三方应用，再根据回调结果的成功与否，更新熔断器的熔断状态、失败次数、break time，从而决定下一次发生数据回调时，是否回调第三方应用。最终达到在第三方应用没有统一注册到注册中心的前提下，实现第三方应用颗粒度熔断保护的目的。

本发明通过以下技术方案来实现上述目的：

一种针对第三方应用的数据回调熔断保护方法，包括以下步骤：

s1在回调平台方和第三方应用业务方之间确定回调平台需要对第三方应用进行数据回调的接口，记录接口对应的第三方应用以及回调地址url；

s2初始化回调信息状态表的静态应用信息；

s3初始化回调信息状态表的熔断动态要素；为了表示初始没有发生熔断的概念，设定初始化操作如下：初始化熔断状态为熔断器关闭，初始化回调失败次数值为0，初始化breaker_time为空或者null；其中breaker_time表示发生熔断的时刻；

s4将需要被回调的第三方应用的appId、回调地址url、熔断器状态、失败次数、breaker_time保存到数据库、缓存或者可读写的文件系统中，以保证回调平台能够方便的读取和修改这些要素；

s5当有数据需要回调第三方应用时，根据回调数据找到此回调数据归属的第三方应用；例如根据回调数据A找到归属的应用A；在软件系统中，会根据回调数据A映射到appId_A，再通过appId_A从回调信息状态表中找到A应用对应的回调状态信息记录A；

s6回调平台根据记录A中的熔断器状态、失败次数等要素，决定是否对第三方应用进行数据回调；根据回调结果是否成功，修改记录A的失败次数，以及对熔断器的熔断状态进行转换；