CN113472583B - 故障原因识别方法、装置及故障原因识别系统 - Google Patents

故障原因识别方法、装置及故障原因识别系统 Download PDF

Info

Publication number
CN113472583B
CN113472583B CN202110765220.3A CN202110765220A CN113472583B CN 113472583 B CN113472583 B CN 113472583B CN 202110765220 A CN202110765220 A CN 202110765220A CN 113472583 B CN113472583 B CN 113472583B
Authority
CN
China
Prior art keywords
source data
service system
interface address
fault
data
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.)
Active
Application number
CN202110765220.3A
Other languages
English (en)
Other versions
CN113472583A (zh
Inventor
周志成
艾国信
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing QIYI Century Science and Technology Co Ltd
Original Assignee
Beijing QIYI Century Science and Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing QIYI Century Science and Technology Co Ltd filed Critical Beijing QIYI Century Science and Technology Co Ltd
Priority to CN202110765220.3A priority Critical patent/CN113472583B/zh
Publication of CN113472583A publication Critical patent/CN113472583A/zh
Application granted granted Critical
Publication of CN113472583B publication Critical patent/CN113472583B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer And Data Communications (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明实施例提供了故障原因识别方法、装置及故障原因识别系统，应用于故障分析技术领域。该方法包括：接收业务系统发送的源数据请求，其中，源数据请求中携带有第三方系统的接口地址，源数据请求为业务系统在接收到故障识别端的数据请求时所发送的；基于接口地址，向第三方系统请求源数据，并将源数据发送给业务系统；监听业务系统是否调用预定反馈组件，向故障识别端发送基于源数据生成的响应结果；若监听到，则指示预定反馈组件将响应结果、接口地址和源数据均反馈至故障识别端，以使故障识别端基于接收到的接口地址和源数据，识别业务系统运行出现错误的原因。通过本方案，可以快速的识别业务系统运行出现错误的原因。

Description

故障原因识别方法、装置及故障原因识别系统
技术领域
本发明涉及故障分析技术领域，特别是涉及故障原因识别方法、装置及故障原因识别系统。
背景技术
业务系统的主要功能是提供请求业务接口，供系统前端或其他业务系统获取所需的数据，例如：业务系统可以为用于提供用户信息的系统。具体而言：系统前端或其他业务系统通过业务接口向业务系统发送针对第三方系统的数据请求，业务系统通过与相通信的HTTP(Hypertext Transfer Protocol，超文本传输协议)组件，从第三方系统中获取源数据，再对所获取的源数据进行汇总和逻辑处理，得到数据请求所请求的数据，进而调用预定反馈组件向系统前端或其他业务系统反馈所生成的数据。
当业务系统运行出现错误，如未能正确反馈数据时，为了尽快恢复业务系统的正常运行，需要快速的识别错误出现的原因，如业务系统本身的逻辑处理存在问题导致的错误，或，业务系统通过第三方接口从第三方系统获取的源数据存在问题导致的错误。
相关技术中，通常是通过管理人员登录日志服务器查询并分析日志数据的方式，识别业务系统运行出现错误的原因。
上述识别过程操作繁琐且查找费时，导致不能快速识别业务系统运行出现错误的原因。
发明内容
本发明实施例的目的在于提供故障原因识别方法、装置及故障原因识别系统，以快速的识别业务系统运行出现错误的原因。具体技术方案如下：
第一方面，本发明实施例提供一种故障原因识别方法，应用于HTTP组件，所述HTTP组件与待识别故障原因的业务系统相通信，所述方法包括：
接收所述业务系统发送的源数据请求，其中，所述源数据请求中携带有第三方系统的接口地址，所述源数据请求为所述业务系统在接收到故障识别端的数据请求时所发送的；
基于所述接口地址，向所述第三方系统请求源数据，并将所述源数据发送给所述业务系统；
监听所述业务系统是否调用预定反馈组件，向所述故障识别端发送基于所述源数据生成的响应结果；
若监听到，则指示所述预定反馈组件将所述响应结果、所述接口地址和所述源数据均反馈至所述故障识别端，以使所述故障识别端基于接收到的所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因。
可选的，所述指示所述预定反馈组件将所述响应结果、所述接口地址和所述源数据均反馈至所述故障识别端，包括：
向所述反馈组件发送针对所述响应结果、且携带有所述接口地址和所述源数据的数据组装请求，以使所述预定反馈组件将所述接口地址和所述源数据组装至所述响应结果中，并向所述故障识别端反馈组装后的响应结果。
可选的，在所述监听所述业务系统是否调用预定反馈组件，向所述故障识别端发送基于所述源数据生成的响应结果之前，所述方法还包括：
判断所述业务系统是否开启调试模式，其中，所述调试模式为用于收集调试数据的模式，所述调试数据为用于识别所述业务系统故障原因的数据；
若判断结果为是，则执行所述监听所述业务系统是否调用预定反馈组件，向所述故障识别端发送基于所述源数据生成的响应结果的步骤。
可选的，所述判断所述业务系统是否开启调试模式，包括：
判断所述HTTP组件中是否记录有用于表征所述业务系统开启调试模式的标识值，如果是，则判定所述业务系统开启调试模式。
可选的，所述标识值为在检测到满足如下条件时生成的：
所述源数据请求中携带有表征所述业务系统开启调试模式的参数；和/或，
所述业务系统中设置有表征所述业务系统开启调试模式的参数。
第二方面，本发明实施例提供一种故障原因识别方法，应用于故障识别端，所述故障识别端与待识别故障原因的业务系统相通信，所述方法包括：
向所述业务系统发送针对第三方系统的数据请求，以使所述业务系统基于所述数据请求向HTTP组件发送携带有第三方系统的接口地址的源数据请求；
接收预定反馈组件反馈的响应结果、所述接口地址和源数据，其中，所述源数据为所述HTTP组件基于所述接口地址向所述第三方系统请求的数据，所述响应结果为所述业务系统基于所述源数据所生成的，所述接口地址和源数据为：所述HTTP组件在监听到所述业务系统调用所述预定反馈组件反馈所述响应结果时，指示所述预定反馈组件所发送的；
基于所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因。
可选的，所述基于所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因，包括：
基于预先建立的地址与调试信息之间的对应关系，确定与所述接口地址对应的目标调试信息，其中，所述调试信息为指示正常数据所满足的数据条件的信息；
判断所述源数据是否满足所述目标调试信息所指示的数据条件；
若满足，则判定所述业务系统运行出现错误与所述第三方系统反馈的数据无关；若不满足，则判定所述业务系统运行出现错误与所述第三方系统反馈的数据有关。
第三方面，本发明实施例提供一种故障原因识别系统，所述系统包括故障识别端和HTTP组件，所述故障识别端和所述HTTP组件与待识别故障原因的业务系统相通信，其中：
所述故障识别端，用于向所述业务系统发送数据请求，以使所述业务系统基于所述数据请求向所述HTTP组件发送携带有第三方系统的接口地址的源数据请求；
所述HTTP组件，用于接收所述业务系统发送的源数据请求；基于所述接口地址，向所述第三方系统请求源数据，并将所述源数据发送给所述业务系统；监听所述业务系统是否调用预定反馈组件，向所述故障识别端发送基于所述源数据生成的响应结果；若监听到，则指示所述预定反馈组件将所述响应结果、所述接口地址和所述源数据均反馈至所述故障识别端；
所述故障识别端，还用于接收所述预定反馈组件发送的所述接口地址和所述源数据；基于所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因。
第四方面，本发明实施例提供一种故障原因识别装置，应用于HTTP组件，所述HTTP组件与待识别故障原因的业务系统相通信，所述装置包括：
请求接收模块，用于接收所述业务系统发送的源数据请求，其中，所述源数据请求中携带有第三方系统的接口地址，所述源数据请求为所述业务系统在接收到故障识别端的数据请求时所发送的；
数据请求模块，用于基于所述接口地址，向所述第三方系统请求源数据，并将所述源数据发送给所述业务系统；
监听模块，用于监听所述业务系统是否调用预定反馈组件，向所述故障识别端发送基于所述源数据生成的响应结果；
数据反馈模块，用于若监听到，则指示所述预定反馈组件将所述响应结果、所述接口地址和所述源数据均反馈至所述故障识别端，以使所述故障识别端基于接收到的所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因。
第五方面，本发明实施例提供一种故障原因识别装置，应用于故障识别端，所述故障识别端与待识别故障原因的业务系统相通信，所述装置包括：
请求发送模块，用于向所述业务系统发送数据请求，以使所述业务系统基于所述数据请求向HTTP组件发送携带有第三方系统的接口地址的源数据请求；
数据接收模块，用于接收预定反馈组件反馈的响应结果、所述接口地址和源数据，其中，所述源数据为所述HTTP组件基于所述接口地址向所述第三方系统请求的数据，所述响应结果为所述业务系统基于所述源数据所生成的，所述接口地址和源数据为：所述HTTP组件在监听到所述业务系统调用所述预定反馈组件反馈所述响应结果时，指示所述预定反馈组件所发送的；
原因识别模块，用于基于所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因。
第六方面，本发明实施例提供一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现第一方面或第二方面所述的方法步骤。
第七方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现第一方面或第二方面所述的方法步骤。
本发明实施例有益效果：
本发明实施例所提供的故障原因识别方法中，HTTP组件在基于接口地址，向第三方系统请求源数据，并将源数据发送给业务系统后，可以监听业务系统是否调用预定反馈组件向故障识别端发送基于源数据生成的响应结果，若监听到，则指示预定反馈组件将响应结果、接口地址和源数据均反馈至故障识别端，可以使得故障识别端高效的获取到第三方系统的接口地址和返回的源数据，而不必从日志数据中查找，从而可以减小故障识别端获取第三方系统的接口地址和源数据的消耗时间，进而使得故障识别端可以更及时的基于接口地址和源数据识别出业务系统运行出现错误的原因。可见，通过本方案，可以快速的识别出业务系统运行出现错误的原因。
进一步的，通过HTTP组件实现上述过程，当需要识别业务系统运行出现错误的原因时，只需要使得待识别故障原因的业务系统可以调用到本发明实施例所提供的HTTP组件即可，不需要对业务系统的代码层进行更改，从而可以节省重复性的开发工作。
当然，实施本发明的任一产品或方法并不一定需要同时达到以上的所有优点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
图1为本发明实施例所提供的故障原因识别系统的示意图；
图2为本发明实施例从HTTP组件的角度所提供的故障原因识别方法的流程图；
图3为本发明实施例从HTTP组件的角度所提供的故障原因识别方法的另一流程图；
图4为本发明实施例从故障识别端的角度所提供的故障原因识别方法的流程图；
图5为本发明实施例所提供的故障原因识别系统的结构示意图；
图6为本发明实施例从HTTP组件的角度所提供的故障原因识别装置的结构示意图；
图7为本发明实施例从故障识别端的角度所提供的故障原因识别装置的结构示意图；
图8为本发明实施例所提供的电子设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为了快速识别业务系统运行出现错误，本发明实施例提供了故障原因识别方法、装置及故障原因识别系统。
首先，对本发明实施例提供的故障原因识别系统进行介绍，其中，本发明实施例提供的故障原因识别系统包括故障识别端和HTT组件，故障识别端和HTTP组件与待识别故障原因的业务系统相通信。
其中，HTTP组件是用来封装HTTP请求的公共jar包，其是用于实现HTTP协议的组件。而故障分析端可以各类电子设备，例如，个人电脑、服务器、手机以及其他具有数据处理能力的设备。并且，本发明实施例提供的数据处理方法可以通过软件、硬件或软硬件结合的方式实现。
上述业务系统可为任意提供业务数据的系统，示例性的，业务系统用于提供用户信息的系统。业务系统可以为系统前端或其他业务系统提供所需的业务数据。
对于业务系统而言，当业务系统接收到故障识别端或系统前端的数据请求后，需要收集数据请求所请求的各类数据。其中，对于数据请求所请求某些类型的数据而言，业务系统需要向第三方系统获取，此时业务系统可以基于配置文件中记录的用于获取该类型数据的接口地址，向HTTP组件发送携带有该接口地址的源数据请求。
当HTTP组件接收到业务系统发生的源数据请求后，可以基于请求中携带的接口地址向第三方系统请求源数据，并且当HTTP组件接收到第三方系统反馈的源数据后，将所接收的源数据发生给业务系统。
而业务系统在接收到HTTP组件发送的源数据后，可以基于预设的逻辑处理对该源数据进行处理，得到上述数据请求所请求的数据，并进一步的，将所得到的数据与其他信息汇总后反馈至故障分析系统和系统前端。
示例性的，系统前端为账户管理端。当用户登录系统前端后，系统前端需要从业务系统获取该用户的用户信息，如头像、账号、个性签名、会员等级等信息。业务系统接收到系统前端的请求后，收集系统前端所需的各类信息。其中，对应某些类型的数据需要向第三方系统获取，例如上述信息中的会员等级，则业务系统可以基于配置文件中记录的用于获取回源等级的接口地址，并向HTTP组件发送携带有该接口地址的源数据请求，HTTP组件获取到该请求后，基于请求中携带的接口地址向第三方系统请求源数据。当HTTP组件接收到第三方系统反馈的源数据后，将所接收的源数据向业务系统进行反馈。业务系统获取源数据后，基于预设的逻辑处理对该源数据进行处理，得到用户的会员等级，并将所得到的会员等级与其他信息汇总后反馈至系统前端。
在本发明的一个实施例中，若业务系统向系统前端反馈的数据出错，则需要分析业务系统运行出错的原因。此时可以应用本发明实施例提供的故障原因识别方法，以快速识别业务系统运行出现错误的原因。
可选的，如图1所示，为本发明实施例提供的一种故障原因识别系统示意图，其中：
故障识别端，用于向业务系统发送数据请求，以使业务系统基于数据请求向HTTP组件发送携带有第三方系统的接口地址的源数据请求；
HTTP组件，用于接收业务系统发送的源数据请求；基于接口地址，向第三方系统请求源数据，并将源数据发送给业务系统；监听业务系统是否调用预定反馈组件，向故障识别端发送基于源数据生成的响应结果；若监听到，则指示预定反馈组件将响应结果、接口地址和源数据均反馈至故障识别端；
故障识别端，还用于接收预定反馈组件发送的接口地址和源数据；基于接口地址和源数据，识别业务系统运行出现错误的原因。
在上述实施例中，HTTP组件在将源数据反馈至业务系统后，还需要监听业务系统是否调用预定反馈组件，向故障识别端发送基于源数据生成的响应结果。当监听到业务系统调用预定反馈组件向故障识别端发送基于源数据生成的响应结果时，则指示预定反馈组件将响应结果、接口地址和源数据均反馈至故障识别端。从而故障分析端仅需要向业务系统发送数据请求即可以实现第三方系统的接口地址和源数据的获取，进而使得故障识别端可以更及时的基于接口地址和源数据识别出业务系统运行出现错误的原因。可见，通过本方案，可以快速的识别出业务系统运行出现错误的原因。
下面从故障原因识别系统中的HTTP组件的角度，对本发明实施例所提供的一种故障原因识别方法进行介绍。
如图2所示，本发明实施例提供的一种故障原因识别方法，应用于故障原因识别系统中的HTTP组件，可以包括如下步骤：
S201，接收业务系统发送的源数据请求，其中，源数据请求中携带有第三方系统的接口地址，源数据请求为业务系统在接收到故障识别端的数据请求时所发送的；
其中，当业务系统运行出现错误，为了尽快恢复业务系统的运行，需要快速的识别出业务系统运行出现错误的原因。此时，业务人员可以通过故障识别端向业务系统请求数据的方式获取用于识别业务系统运行错误原因的调试(debug)信息。具体的，故障识别端可以向业务系统发送数据请求，其中，该数据请求可以为向业务系统请求业务数据的请求，既对于业务系统而言，故障识别端发送的数据请求与前端系统或其他业务系统发送的用于请求业务数据的数据请求相同，与来自前端系统或其他业务系统相比，业务系统对来自于故障识别端的数据请求不需要做额外的动作。
上述第三方系统可以为用于实现业务功能的系统、平台、软件等。示例性的，可以为购物平台、打车平台、消费记录系统、用户等级管理系统等。每一种第三方系统均提供接口地址(API，Application Programming Interface)供其他平台、软件、系统调用该第三方系统的数据。以打车平台举例而言，通过访问打车平台的接口地址可以获取打车记录等信息。
上述源数据为用于生成数据请求所请求数据的原始数据。举例而言，若数据请求所请求的数据为消费总额，则对应的源数据可以为单次消费的消费额度，通过单次消费的消费额度可以计算出消费总额。
S202，基于接口地址，向第三方系统请求源数据，并将源数据发送给业务系统；
其中，HTTP组件在接收到携带有接口地址的源数据请求后，可以访问该接口地址，以向第三方系统请求源数据。
可选的，在一种实现方式中，HTTP组件在通过接口地址向第三方地址获取源数据时，还可以通过接口地址向第三方系统发生所需信息的筛选信息。
示例性的，第三方系统为消费记录系统，其接口地址为接口地址1。当HTTP组件访问地址1时，第三方系统将向该电子设备反馈消费记录。可选的，系统前端向业务系统发送的是用于请求账户1在2020年1月-2020年2月的消费总额的数据请求，则筛选信息为账户1和2020年1月-2020年2月。业务系统在确定出接口地址1后，可以向HTTP组件发送携带有接口地址1和上述筛选信息的源数据请求。HTTP组件通过接口地址1向消费记录系统发送上述筛选信息。消费记录系统接收到HTTP组件通过接口1发送的上述筛选信息后，将账户1在2020年1月-2020年2月的消费记录作为源数据发送至HTTP组件。上述账户1在2020年1月-2020年2月的消费记录既为业务系统所需的源数据。HTTP组件在接收到第三方系统发送的上述消费记录后，可以将该消费记录发送给业务系统，以使业务系统对账户1在2020年1月-2020年2月的消费记录进行处理，计算出账户1在2020年1月-2020年2月的消费总额，并将计算出的消费总额反馈至系统前端。
可选的，在本发明的另一实施例中，HTTP组件还可以对接口地址和所接收的源数据进行存储，将源数据请求中的接口地址和所接收到的源数据存储在预定位置。可选的，在一种实现方式中，为了方便线程间的数据传输，HTTP组件还可以将接口地址和源数据存储在TransmittableThreadLocal(可传播线程局部变量)中，从而可以方便其他线程从该位置处调用接口地址和源数据。
S203，监听业务系统是否调用预定反馈组件，向故障识别端发送基于源数据生成的响应结果；
其中，上述预定反馈组件可以现有技术中任意用于进行数据发送的组件。通过调用预定反馈组件，业务系统可以向指定地址发送数据。而上述响应结果则是业务系统对源数据进行逻辑处理和汇总后生成的。如上述示例中的消费总额。
可选的，在一种实现方式中，HTTP组件可以通过监听业务系统是否生成向预定反馈组件生成反馈请求的方式监听业务系统是否调用预定反馈组件。当监听到业务系统生成向预定反馈组件发送的反馈请求时，则可认为监听到业务系统调用预定反馈组件向故障识别端发送基于源数据生成的响应结果。
可选的，在另一种实现方式中，还可以预先与业务系统建立通知机制，当业务系统调用预定反馈组件向故障识别端发送基于源数据生成的响应结果时，则向HTTP组件发送通知，从而实现HTTP组件对业务系统的监听。
当HTTP组件监听到业务系统调用预定反馈组件向故障识别端发送基于源数据生成的响应结果时，执行步骤S204。反之，当HTTP组件未监听到业务系统调用预定反馈组件向故障识别端发送基于源数据生成的响应结果时，则不执行任何步骤。
S204，指示预定反馈组件将响应结果、接口地址和源数据均反馈至故障识别端，以使故障识别端基于接收到的接口地址和源数据，识别业务系统运行出现错误的原因。
其中，可选的，在本发明的一种实现方式中，可以向预定反馈组件发送通知的方式，通知预定反馈组件从预定位置获取接口地址和源数据，并将响应结果、接口地址和源数据均反馈至故障识别端。其中，上述预定位置可以为上述所提及的TransmittableThreadLocal。
可选的，HTTP组件可以指示预定反馈组件将响应结果、接口地址和源数据作为分别反馈至故障识别端。即预定反馈组件分多次向故障识别端反馈数据。如第一次反馈接口地址、第二次反馈源数据、第三次反馈响应结果。
或者，HTTP组件还可以指示预定反馈组件将响应结果、接口地址和源数据作为整体反馈至故障识别端，即预定反馈组件仅向故障响应端反馈一次数据即可。
可选的，在本发明的一种实现方式中，步骤S204可以包括：
向反馈组件发送针对响应结果、且携带有接口地址和源数据的数据组装请求，以使预定反馈组件将接口地址和源数据组装至响应结果中，并向故障识别端反馈组装后的响应结果。
其中，数据组装请求用以请求预定反馈组件将接口地址和源数据组装至响应结果，从而使得接口地址和源数据作为响应结果的一部分，与未组装前的响应结果一起被预定反馈组件反馈至故障识别端。
可选的，上述数据组装请求可以为请求预订反馈组件对接口地址、源数据和响应结果进行打包的请求，使得预定反馈组件在接收到该请求后，可以从预定位置读取接口地址和源数据，并将读取的接口地址、源数据与响应结果进行打包，并将打包后的数据作为组装后的响应结果。
在故障识别端接收到预定反馈组件反馈的响应结果后，可以从响应结果中获取接口地址和源数据。而该源数据同时也是业务系统所获取的数据。因此，可以通过接口地址和源数据确定第三方系统反馈的数据是否存在问题。当源数据存在问题时，则说明造成业务系统运行出现错误的原因可能是由第三方系统反馈的数据错误导致的。反之，当源数据正常时，则说明造成业务系统运行出现错误的原因可能并不是第三方系统所造成的，因而，可以侧面反映出造成业务系统运行出现错误的原始是业务系统自身的逻辑处理出现错误。
本发明实施例所提供技术方案，可以快速识别出业务系统运行出现错误的原因。进一步的，通过HTTP组件实现上述过程，当需要识别业务系统运行出现错误的原因时，只需要使得待识别故障原因的业务系统可以调用到本发明实施例所提供的HTTP组件即可，不需要对业务系统的代码层进行更改，从而可以节省重复性的开发工作。
基于图2的实施例，如图3所示，本发明的另一实施例所提供的故障原因识别方法，在S203之前，还可以包括：
S205，判断业务系统是否开启调试模式，其中，调试模式为用于收集调试数据的模式，调试数据为用于识别业务系统故障原因的数据。
其中，调试模式是用于收集调试数据的模式，而调试数据包括第三方系统的接口地址和第三方系统反馈的源数据。
可选的，在本发明实施例的一种实现方式中，HTTP组件可以基于是否接收到调试指令判断业务系统是否开启调试模式。若HTTP组件接收到调试指令，则可认为业务系统开启了调试模式。反之，若HTTP组件未接收到调试指令，则可任务业务系统未开启调试模式。而上述调试指令可以为业务系统生成的，也可以为故障识别端或其他用于管理的终端生成的，本发明实施例对此不作具体限定。
可选的，在本发明实施例的另一种实现方式中，HTTP组件还可以通过判断HTTP组件中是否记录有用于表征业务系统开启调试模式的标识值的方式判断业务系统是否开启调试模式。
具体的，上述S205可以包括：
判断HTTP组件中是否记录有用于表征业务系统开启调试模式的标识值，如果是，则判定业务系统开启调试模式。
其中，在一种实现方式中，标识值可以为在业务系统开启调试模式时，HTTP组件在预设位置处生成的表征业务系统开启调试模式的标识值。可选的，在业务系统开启调试模式时，HTTP组件可以在InheritableThreadLocal(可继承线程局部变量)中生成该标识值。当需要判断业务系统是否开启调试模式时，可以从inheritableThreadLocal中获取该标识值，若获取到，则表示业务系统已开启调试模式。
可选的，业务系统可以在预设位置记录两种标识值：一种为前述表征业务系统开启调试模式的标识值，另一种为表征业务系统未开启调试模式的标识值。当HTTP组件在预设位置中读取到表征业务系统开启调试模式的标识值时，则说明业务系统已开启调试模式。当HTTP组件在预设位置读取到表征业务系统未开启调试模式的标识值时，则说明业务系统未已开启调试模式。
可选的，在本发明的一种实施例中，上述标识值可以为在检测到满足如下条件时生成的：
源数据请求中携带有表征业务系统开启调试模式的参数；和/或，
业务系统中设置有表征业务系统开启调试模式的参数。
其中，表征业务系统开启调试模式的参数可以实现约定的为任意类型的参数。
在一种实现方式中，当需要识别业务系统运行出现错误的原因时，故障识别端可以向业务系统发送的数据请求中可以携带有事先约定的用于表征业务系统开启调试模式的参数。业务系统在基于该数据请求生成源数据请求时，可以将该参数同时写入源数据请求中。在HTTP组件接收到源数据请求后，先判断源数据请求中是否携带有事先约定的参数，若携带有，则在预设位置生成标识值。或者，若携带有，则进一步的判断业务系统中设置有表征业务系统开启调试模式的参数，若业务系统中设置有表征业务系统开启调试模式的参数，则在预设位置生成标识值。
在另一种实现方式中，HTTP组件在接收到源数据请求后，可以判断业务系统中设置有表征业务系统开启调试模式的参数。若设置有，则在预设位置生成标识值。或者，若设置有，则判断源数据请求中是否携带有参数，若携带有，则在预设位置生成标识值。
上述判断业务系统中设置有表征业务系统开启调试模式的参数可以包括：
读取业务系统配置文件中的事先约定的位置是否存在参数。若存在，则说明业务系统中设置有表征业务系统开启调试模式的参数。反之，若不存在，则说业务系统中未设置有表征业务系统开启调试模式的参数。
本发明实施例所提供技术方案，可以快速识别出业务系统运行出现错误的原因。进一步的，通过HTTP组件实现上述过程，当需要识别业务系统运行出现错误的原因时，只需要使得待识别故障原因的业务系统可以调用到本发明实施例所提供的HTTP组件即可，不需要对业务系统的代码层进行更改，从而可以节省重复性的开发工作。同时，通过设置调试模式，还可以提升业务系统运行的安全性。
下面从故障原因识别系统中的故障分析端的角度，对本发明实施例所提供的一种故障原因识别方法进行介绍。
如图4所示，本发明实施例提供的一种故障原因识别方法，应用于故障原因识别系统中的故障识别端，可以包括如下步骤：
S401，向业务系统发送针对第三方系统的数据请求，以使业务系统基于数据请求向HTTP组件发送携带有第三方系统的接口地址的源数据请求；
S402，接收预定反馈组件反馈的响应结果、接口地址和源数据，其中，源数据为HTTP组件基于接口地址向第三方系统请求的数据，响应结果为业务系统基于源数据所生成的，接口地址和源数据为：HTTP组件在监听到业务系统调用预定反馈组件反馈响应结果时，指示预定反馈组件所发送的；
S403，基于接口地址和源数据，识别业务系统运行出现错误的原因。
其中，在一种实现方式中，可以通过人工的方式，基于接口地址和源数据，识别业务系统运行出现错误的原因。即通过人工观察判断与接口地址对应的源数据是否正常，若不正常，则说明造成业务系统运行出现错误的原因可能是由第三方系统反馈的数据错误导致的。反之，若正常时，则说明造成业务系统运行出现错误的原因可能并不是第三方系统所造成的，因而，可以侧面反映出造成业务系统运行出现错误的原始是业务系统自身的逻辑处理出现错误。
可选的，在另一种实现方式中，上述的S403可以包括如下步骤：
基于预先建立的地址与调试信息之间的对应关系，确定与接口地址对应的目标调试信息，其中，调试信息为指示正常数据所满足的数据条件的信息；
判断源数据是否满足目标调试信息所指示的数据条件；
若满足，则判定业务系统运行出现错误与第三方系统反馈的数据无关；若不满足，则判定业务系统运行出现错误与第三方系统反馈的数据有关。
其中，调试信息为指示正常数据所满足的数据条件的信息，可以包括：数据类型、数据大小、数据取值范围等信息。本领域技术人员所知的，每一接口地址所返回的数据的数据类型、数据大小、数据取值范围一般而言是存在一个正常的区间。例如，若第三方系统时时间获取系统，则其反馈的数据应当符合时间数据的规则，因此，可以基于每一规则生成与每一接口地址对应的调试信息。
故障识别端在获取到与接口地址对应的调试信息后，可以基于调试信息所指示的数据条件判断源数据是否正常。若源数据满足，说明源数据正常，反之，若不满足则说明源数据不正常。若源数据正常，则判定业务系统运行出现错误与第三方系统反馈的数据无关；若源数据不正常，则判定业务系统运行出现错误与第三方系统反馈的数据有关。
举例而言，源数据为用户密码，与获取用户密码的接口地址预先建立的调试信息所指示的数据条件为：包含大于6位的数据、包含大小写字母。若源数据的数据位数小于6位，和/或仅包含数据，则说明源数据不正常。
本发明实施例所提供技术方案，可以快速识别出业务系统运行出现错误的原因。进一步的，通过HTTP组件实现上述过程，当需要识别业务系统运行出现错误的原因时，只需要使得待识别故障原因的业务系统可以调用到本发明实施例所提供的HTTP组件即可，不需要对业务系统的代码层进行更改，从而可以节省重复性的开发工作。
关于从故障识别端的角度所提供的一种故障原因识别方法，由于与上述的从HTTP组件的角度所提供的方法是相对应的，所以描述的比较简单，相关之处参见从HTTP角度所提供的方法的说明即可。
基于上述的方法，本发明实施例还提供了一种故障原因识别系统。如图5所示，本发明实施例所提供的一种故障原因识别系统，可以包括故障识别端501和HTTP组件502；
故障识别端501，用于向业务系统发送数据请求，以使业务系统基于数据请求向HTTP组件发送携带有第三方系统的接口地址的源数据请求；
HTTP组件502，用于接收业务系统发送的源数据请求；基于接口地址，向第三方系统请求源数据，并将源数据发送给业务系统；监听业务系统是否调用预定反馈组件，向故障识别端发送基于源数据生成的响应结果；若监听到，则指示预定反馈组件将响应结果、接口地址和源数据均反馈至故障识别端；
故障识别端501，还用于接收预定反馈组件发送的接口地址和源数据；基于接口地址和源数据，识别业务系统运行出现错误的原因
本发明实施例所提供技术方案，可以快速识别出业务系统运行出现错误的原因。进一步的，通过HTTP组件实现上述过程，当需要识别业务系统运行出现错误的原因时，只需要使得待识别故障原因的业务系统可以调用到本发明实施例所提供的HTTP组件即可，不需要对业务系统的代码层进行更改，从而可以节省重复性的开发工作。
关于本发明实施例的故障原因识别系统，由于与上述的从HTTP组件的角度所提供的方法和是从故障识别端的角度所提供的方法相对应的，所以描述的比较简单，相关之处参见从HTTP角度和从故障识别端的角度所提供的方法的说明即可。
可选的，为例方便理解本发明实施例所提供的故障原因识别系统，本发明还提供一具体实施例。
在该具体实施例中，业务系统的配置文件中和业务系统发送至HTTP组件的源数据请求中增加debug模式开关。而当HTTP组件包含用于对debug模式开关进行识别的拦截器。
当HTTP组件接收到业务系统反馈的源数据请求，通过该拦截器判断业务系统的配置文件和源数据请求中的debug模式开关是否打开。仅在确定配置文件和源数据请求中的debug模式开关均开启时，则将表示debug模式开启的标识值存储在InheritableThreadLocal中。
当HTTP组件通过源数据请求中携带的接口地址向第三方系统请数据时，可以从InheritableThreadLocal中获取debug标识值。如果该debug标识值表示开启状态的标识值，则将接口地址存储到TransmittableThreadLocal中。同时，在接收到第三方系统返回的源数据时，从InheritableThreadLocal中获取debug标识值。如果该debug标识值表示开启状态的标识值，则将所接收的源数据存储到TransmittableThreadLocal中。
当接收到业务系统反馈的调用预定反馈组件反馈响应结果时，HTTP组件从InheritableThreadLocal中获取debug标识值，如果该debug标识值表示开启状态的标识值，则从TransmittableThreadLocal获取接口地址和源数据，并通知预定反馈组件将接口地址和源数据组装到响应结果中，并反馈至故障识别端，以使故障识别端基于接口地址和源数据，识别业务系统运行出现错误的原因。
相应于上述从HTTP组件的角度所提供的方法，如图6所示，本发明实施例还提供了一种故障原因识别装置，应用于故障原因识别系统中的HTTP组件，装置包括：
请求接收模块601，用于接收业务系统发送的源数据请求，其中，源数据请求中携带有第三方系统的接口地址，源数据请求为业务系统在接收到故障识别端的数据请求时所发送的；
数据请求模块602，用于基于接口地址，向第三方系统请求源数据，并将源数据发送给业务系统；
监听模块603，用于监听业务系统是否调用预定反馈组件，向故障识别端发送基于源数据生成的响应结果；
数据反馈模块604，用于若监听到，则指示预定反馈组件将响应结果、接口地址和源数据均反馈至故障识别端，以使故障识别端基于接收到的接口地址和源数据，识别业务系统运行出现错误的原因。
可选的，数据反馈模块，具体用于向反馈组件发送针对响应结果、且携带有接口地址和源数据的数据组装请求，以使预定反馈组件将接口地址和源数据组装至响应结果中，并向故障识别端反馈组装后的响应结果。
可选的，监听模块，具体用于判断业务系统是否开启调试模式，其中，调试模式为用于收集调试数据的模式，调试数据为用于识别业务系统故障原因的数据；若判断结果为是，则执行监听业务系统是否调用预定反馈组件，向故障识别端发送基于源数据生成的响应结果的步骤。
可选的，监听模块，具体用于判断HTTP组件中是否记录有用于表征业务系统开启调试模式的标识值，如果是，则判定业务系统开启调试模式。
可选的，监听模块，还用于在检测到满足如下条件时生成标识值：源数据请求中携带有表征业务系统开启调试模式的参数；和/或，业务系统中设置有表征业务系统开启调试模式的参数。
本发明实施例所提供技术方案，可以快速识别出业务系统运行出现错误的原因。进一步的，通过HTTP组件实现上述过程，当需要识别业务系统运行出现错误的原因时，只需要使得待识别故障原因的业务系统可以调用到本发明实施例所提供的HTTP组件即可，不需要对业务系统的代码层进行更改，从而可以节省重复性的开发工作。
相应于上述从故障识别端的角度所提供的方法，如图7所示，本发明实施例还提供了一种故障原因识别装置，应用于故障原因识别系统中的故障识别端，装置包括：
请求发送模块701，用于向业务系统发送针对第三方系统的数据请求，以使业务系统基于数据请求向HTTP组件发送携带有第三方系统的接口地址的源数据请求；
数据接收模块702，用于接收预定反馈组件反馈的响应结果、接口地址和源数据，其中，源数据为HTTP组件基于接口地址向第三方系统请求的数据，响应结果为业务系统基于源数据所生成的，接口地址和源数据为：HTTP组件在监听到业务系统调用预定反馈组件反馈响应结果时，指示预定反馈组件所发送的；
原因识别模块703，用于基于接口地址和源数据，识别业务系统运行出现错误的原因。
可选的，原因识别模块，具体用于基于预先建立的地址与调试信息之间的对应关系，确定与接口地址对应的目标调试信息，其中，调试信息为指示正常数据所满足的数据条件的信息；判断源数据是否满足目标调试信息所指示的数据条件；若满足，则判定业务系统运行出现错误与第三方系统反馈的数据无关；若不满足，则判定业务系统运行出现错误与第三方系统反馈的数据有关。
本发明实施例所提供技术方案，可以快速识别出业务系统运行出现错误的原因。进一步的，通过HTTP组件实现上述过程，当需要识别业务系统运行出现错误的原因时，只需要使得待识别故障原因的业务系统可以调用到本发明实施例所提供的HTTP组件即可，不需要对业务系统的代码层进行更改，从而可以节省重复性的开发工作。
本发明实施例还提供了一种电子设备，如图8所示，包括处理器801、通信接口802、存储器803和通信总线804，其中，处理器801，通信接口802，存储器803通过通信总线804完成相互间的通信，
存储器803，用于存放计算机程序；
处理器801，用于执行存储器803上所存放的程序时，实现上述从HTTP组件的角度所提供的方法步骤，或从故障识别端的角度所提供的方法步骤。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一故障原因识别方法的步骤。
在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一故障原因识别方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (12)

1.一种故障原因识别方法，其特征在于，应用于HTTP组件，所述HTTP组件与待识别故障原因的业务系统相通信，所述方法包括：
接收所述业务系统发送的源数据请求，其中，所述源数据请求中携带有第三方系统的接口地址，所述源数据请求为所述业务系统在接收到故障识别端的数据请求时所发送的；
基于所述接口地址，向所述第三方系统请求源数据，并将所述源数据发送给所述业务系统；
监听所述业务系统是否调用预定反馈组件，向所述故障识别端发送基于所述源数据生成的响应结果；
若监听到，则指示所述预定反馈组件将所述响应结果、所述接口地址和所述源数据均反馈至所述故障识别端，以使所述故障识别端基于接收到的所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因。
2.根据权利要求1所述的方法，其特征在于，所述指示所述预定反馈组件将所述响应结果、所述接口地址和所述源数据均反馈至所述故障识别端，包括：
向所述反馈组件发送针对所述响应结果、且携带有所述接口地址和所述源数据的数据组装请求，以使所述预定反馈组件将所述接口地址和所述源数据组装至所述响应结果中，并向所述故障识别端反馈组装后的响应结果。
3.根据权利要求1或2所述的方法，其特征在于，在所述监听所述业务系统是否调用预定反馈组件，向所述故障识别端发送基于所述源数据生成的响应结果之前，所述方法还包括：
判断所述业务系统是否开启调试模式，其中，所述调试模式为用于收集调试数据的模式，所述调试数据为用于识别所述业务系统故障原因的数据；
若判断结果为是，则执行所述监听所述业务系统是否调用预定反馈组件，向所述故障识别端发送基于所述源数据生成的响应结果的步骤。
4.根据权利要求3所述的方法，其特征在于，所述判断所述业务系统是否开启调试模式，包括：
判断所述HTTP组件中是否记录有用于表征所述业务系统开启调试模式的标识值，如果是，则判定所述业务系统开启调试模式。
5.根据权利要求4所述的方法，其特征在于，所述标识值为在检测到满足如下条件时生成的：
所述源数据请求中携带有表征所述业务系统开启调试模式的参数；和/或，
所述业务系统中设置有表征所述业务系统开启调试模式的参数。
6.一种故障原因识别方法，其特征在于，应用于故障识别端，所述故障识别端与待识别故障原因的业务系统相通信，所述方法包括：
向所述业务系统发送针对第三方系统的数据请求，以使所述业务系统基于所述数据请求向HTTP组件发送携带有第三方系统的接口地址的源数据请求；
接收预定反馈组件反馈的响应结果、所述接口地址和源数据，其中，所述源数据为所述HTTP组件基于所述接口地址向所述第三方系统请求的数据，所述响应结果为所述业务系统基于所述源数据所生成的，所述接口地址和源数据为：所述HTTP组件在监听到所述业务系统调用所述预定反馈组件反馈所述响应结果时，指示所述预定反馈组件所发送的；
基于所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因。
7.根据权利要求6所述的方法，其特征在于，所述基于所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因，包括：
基于预先建立的地址与调试信息之间的对应关系，确定与所述接口地址对应的目标调试信息，其中，所述调试信息为指示正常数据所满足的数据条件的信息；
判断所述源数据是否满足所述目标调试信息所指示的数据条件；
若满足，则判定所述业务系统运行出现错误与所述第三方系统反馈的数据无关；若不满足，则判定所述业务系统运行出现错误与所述第三方系统反馈的数据有关。
8.一种故障原因识别系统，其特征在于，所述系统包括故障识别端和HTTP组件，所述故障识别端和所述HTTP组件与待识别故障原因的业务系统相通信，其中：
所述故障识别端，用于向所述业务系统发送数据请求，以使所述业务系统基于所述数据请求向所述HTTP组件发送携带有第三方系统的接口地址的源数据请求；
所述HTTP组件，用于接收所述业务系统发送的源数据请求；基于所述接口地址，向所述第三方系统请求源数据，并将所述源数据发送给所述业务系统；监听所述业务系统是否调用预定反馈组件，向所述故障识别端发送基于所述源数据生成的响应结果；若监听到，则指示所述预定反馈组件将所述响应结果、所述接口地址和所述源数据均反馈至所述故障识别端；
所述故障识别端，还用于接收所述预定反馈组件发送的所述接口地址和所述源数据；基于所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因。
9.一种故障原因识别装置，其特征在于，应用于HTTP组件，所述HTTP组件与待识别故障原因的业务系统相通信，所述装置包括：
请求接收模块，用于接收所述业务系统发送的源数据请求，其中，所述源数据请求中携带有第三方系统的接口地址，所述源数据请求为所述业务系统在接收到故障识别端的数据请求时所发送的；
数据请求模块，用于基于所述接口地址，向所述第三方系统请求源数据，并将所述源数据发送给所述业务系统；
监听模块，用于监听所述业务系统是否调用预定反馈组件，向所述故障识别端发送基于所述源数据生成的响应结果；
数据反馈模块，用于若监听到，则指示所述预定反馈组件将所述响应结果、所述接口地址和所述源数据均反馈至所述故障识别端，以使所述故障识别端基于接收到的所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因。
10.一种故障原因识别装置，其特征在于，应用于故障识别端，所述故障识别端与待识别故障原因的业务系统相通信，所述装置包括：
请求发送模块，用于向所述业务系统发送数据请求，以使所述业务系统基于所述数据请求向HTTP组件发送携带有第三方系统的接口地址的源数据请求；
数据接收模块，用于接收预定反馈组件反馈的响应结果、所述接口地址和源数据，其中，所述源数据为所述HTTP组件基于所述接口地址向所述第三方系统请求的数据，所述响应结果为所述业务系统基于所述源数据所生成的，所述接口地址和源数据为：所述HTTP组件在监听到所述业务系统调用所述预定反馈组件反馈所述响应结果时，指示所述预定反馈组件所发送的；
原因识别模块，用于基于所述接口地址和所述源数据，识别所述业务系统运行出现错误的原因。
11.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-5任一所述的方法步骤，或者权利要求6-7任一项所述的方法步骤。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-5任一项所述的方法步骤，或者，权利要求6-7任一项所述的方法步骤。
CN202110765220.3A 2021-07-06 2021-07-06 故障原因识别方法、装置及故障原因识别系统 Active CN113472583B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110765220.3A CN113472583B (zh) 2021-07-06 2021-07-06 故障原因识别方法、装置及故障原因识别系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110765220.3A CN113472583B (zh) 2021-07-06 2021-07-06 故障原因识别方法、装置及故障原因识别系统

Publications (2)

Publication Number Publication Date
CN113472583A CN113472583A (zh) 2021-10-01
CN113472583B true CN113472583B (zh) 2023-04-28

Family

ID=77878745

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110765220.3A Active CN113472583B (zh) 2021-07-06 2021-07-06 故障原因识别方法、装置及故障原因识别系统

Country Status (1)

Country Link
CN (1) CN113472583B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115209574A (zh) * 2022-06-30 2022-10-18 珠海云洲智能科技股份有限公司 一种数据交互方法、数据交互系统、通信设备及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10742483B2 (en) * 2018-05-16 2020-08-11 At&T Intellectual Property I, L.P. Network fault originator identification for virtual network infrastructure
CN109818808B (zh) * 2019-03-12 2022-05-10 国网福建省电力有限公司 故障诊断方法、装置和电子设备
CN111711533B (zh) * 2020-05-21 2023-02-24 北京奇艺世纪科技有限公司 故障诊断方法、装置、电子设备及存储介质
CN112383435B (zh) * 2020-11-17 2022-03-29 珠海大横琴科技发展有限公司 一种故障处理的方法和装置

Also Published As

Publication number Publication date
CN113472583A (zh) 2021-10-01

Similar Documents

Publication Publication Date Title
CN110647438B (zh) 事件监控方法、装置、计算机设备和存储介质
CN113489713B (zh) 网络攻击的检测方法、装置、设备及存储介质
CN111522711B (zh) 一种数据监控处理系统、方法、执行端、监控端及电子设备
CN110958161B (zh) 区块链节点监控方法、装置和存储介质
CN109254864A (zh) 一种应用程序故障修复方法、装置及电子设备
CN109067794B (zh) 一种网络行为的检测方法和装置
CN111198797B (zh) 操作监控方法及装置、操作分析方法及装置
CN111711533B (zh) 故障诊断方法、装置、电子设备及存储介质
CN113342689A (zh) 一种接口的自动化测试方法、装置、电子设备及存储介质
CN110674028A (zh) 故障注入方法及其装置、业务服务系统
CN111147310A (zh) 一种日志跟踪处理的方法、装置、服务器及介质
CN111353143A (zh) 敏感权限检测方法、装置及存储介质
CN113472583B (zh) 故障原因识别方法、装置及故障原因识别系统
CN110430070B (zh) 一种服务状态分析方法、装置、服务器、数据分析设备及介质
CN114238036A (zh) 一种saas平台异常实时的监控方法及装置
CN110309028B (zh) 监控信息获取方法、服务监控方法、装置及系统
CN111756594B (zh) 压力测试的控制方法、计算机设备和计算机可读存储介质
CN110162982B (zh) 检测非法权限的方法及装置、存储介质、电子设备
CN116521460A (zh) 一种测试设备解屏方法、装置、电子设备及存储介质
CN116302758A (zh) 掉电测试方法、装置、通信设备及可读存储介质
CN108234658B (zh) 一种感知服务器集群健康状况的方法、装置和服务器
JP2017199250A (ja) 計算機システム、データの分析方法、及び計算機
CN115757107A (zh) 埋点检测方法、装置、服务器及存储介质
CN115580522A (zh) 一种容器云平台运行状态的监控方法及装置
CN111708689B (zh) 一种修改ab实验的方法、装置及电子设备

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