业务监控方法、装置以及电子设备与流程

本申请涉及网络技术领域，具体涉及一种业务监控方法。本申请同时涉及一种业务监控装置，以及一种电子设备。

背景技术：

随着网络的发展，网络资源也越来越多，很多应用服务都会布置在服务器端，对外提供应用服务访问，比如在线登录服务，在线支付服务等。一般而言，服务器端部署的应用服务由多个子应用服务组合而成，不同的子应用服务提供不同功能，相互独立存在；同时，各个子应用服务由不同的团队和业务单元维护，由于业务/技术发展需求对应用进行优化上线是必须事项；此外，服务器端所提供应用服务的业务接口需要在稳定性上有保证，否则会对下游访问应用服务的业务造成影响。

目前，针对线上应用服务进行稳定性检测的技术手段，主要是通过分析线上应用服务返回的参数响应，从而对线上应用服务进行是否存活监控，但目前的稳定性检测技术手段脱离线上应用服务业务本身，无法及时定位到线上应用服务发生异常的问题节点，对于异常排查和恢复上没有更多的考虑，异常排查路径复杂，给线上应用服务的稳定性造成很大困扰，同时因线上应用服务的异常无法得到及时修复，对用户体验和业务收入造成影响。

因此，如何快速感知并定位线上应用服务的异常节点，成为亟待解决的问题。

技术实现要素：

本申请提供一种业务监控方法，以解决现有技术存在的缺陷。本申请同时涉及一种业务监控装置，以及一种电子设备。

本申请提供一种业务监控方法，包括：

获取与待检测业务具有依赖关系的业务接口；

按照所述业务接口的参数输入标准向所述业务接口传入检测参数；

判断所述业务接口返回的响应参数是否符合检测响应基准，若不符合，对不符合所述检测响应基准的异常业务接口进行异常信息记录。

可选的，所述获取与待检测业务具有依赖关系的业务接口，包括：

以业务域为拆分维度，将所述待检测业务拆分为至少一个业务域；

按照业务域之间的业务依赖关系对业务域进行组合；

提取业务域组合获得的业务链路包含的业务接口，作为所述与待检测业务具有依赖关系的业务接口。

可选的，所述业务接口之间具有依赖关系；并且，多个互相存在依赖关系的业务接口归属于同一业务域，或者，多个互相存在依赖关系的业务接口归属于不同业务域。

可选的，所述与待检测业务具有依赖关系的业务接口，包括下述至少一项：

所述待检测业务包含的至少一个业务接口，与所述待检测业务包含的业务接口具有强依赖关系的至少一个第三方业务接口。

可选的，所述获取与待检测业务具有依赖关系的业务接口，包括：

对所述待检测业务包含的业务接口和/或所述第三方业务接口进行强依赖分析，获得所述待检测业务包含的业务接口和/或所述第三方业务接口之间的强依赖关系；

按照所述强依赖关系提取所述待检测业务包含的业务接口和/或与所述待检测业务包含的业务接口具有强依赖关系的第三方业务接口。

可选的，所述待检测业务包含的业务接口和/或所述第三方业务接口之间的强依赖关系，基于所述待检测业务包含的业务接口和/或所述第三方业务接口的调用路径和时序关系体现。

可选的，所述按照所述业务接口的参数输入标准向所述业务接口传入检测参数，包括：

根据所述调用路径和时序关系，并按照所述待检测业务包含的业务接口和/或所述第三方业务接口各自对应的参数输入标准，向所述待检测业务包含的业务接口和/或所述第三方业务接口输入与各自对应的参数输入标准匹配的检测参数。

可选的，所述按照所述业务接口的参数输入标准向所述业务接口传入检测参数步骤执行后，且所述判断所述业务接口返回的响应参数是否符合检测响应基准步骤执行前，执行如下操作：

获取所述业务接口返回的响应参数；

其中，所述响应参数，包括下述至少一项：响应参数类型、响应参数信息。

可选的，所述对不符合所述检测响应基准的异常业务接口进行异常信息记录，包括：

通过调用异常上报接口上传所述异常业务接口；

记录所述异常业务接口的异常现场信息。

可选的，所述业务监控方法基于监控模块执行，且所述监控模块由分布式定时任务模块定时发起调度。

本申请还提供一种业务监控装置，包括：

业务接口获取单元，用于获取与待检测业务具有依赖关系的业务接口；

检测参数传入单元，用于按照所述业务接口的参数输入标准向所述业务接口传入检测参数；

响应参数判断单元，用于判断所述业务接口返回的响应参数是否符合检测响应基准，若不符合，运行异常记录单元；

所述异常记录单元，用于对不符合所述检测响应基准的异常业务接口进行异常信息记录。

可选的，所述业务接口获取单元，包括：

业务域拆分子单元，用于以业务域为拆分维度，将所述待检测业务拆分为至少一个业务域；

业务域组合子单元，用于按照业务域之间的业务依赖关系对业务域进行组合；

业务接口提取子单元，用于提取业务域组合获得的业务链路包含的业务接口，作为所述与待检测业务具有依赖关系的业务接口。

可选的，所述业务接口之间具有依赖关系；并且，多个互相存在依赖关系的业务接口归属于同一业务域，或者，多个互相存在依赖关系的业务接口归属于不同业务域。

可选的，所述与待检测业务具有依赖关系的业务接口，包括下述至少一项：

所述待检测业务包含的至少一个业务接口，与所述待检测业务包含的业务接口具有强依赖关系的至少一个第三方业务接口。

可选的，所述业务接口获取单元，包括：

强依赖分析子单元，用于对所述待检测业务包含的业务接口和/或所述第三方业务接口进行强依赖分析，获得所述待检测业务包含的业务接口和/或所述第三方业务接口之间的强依赖关系；

提取子单元，用于按照所述强依赖关系提取所述待检测业务包含的业务接口和/或与所述待检测业务包含的业务接口具有强依赖关系的第三方业务接口。

可选的，所述待检测业务包含的业务接口和/或所述第三方业务接口之间的强依赖关系，基于所述待检测业务包含的业务接口和/或所述第三方业务接口的调用路径和时序关系体现。

可选的，所述检测参数传入单元，具体用于根据所述调用路径和时序关系，并按照所述待检测业务包含的业务接口和/或所述第三方业务接口各自对应的参数输入标准，向所述待检测业务包含的业务接口和/或所述第三方业务接口输入与各自对应的参数输入标准匹配的检测参数。

本申请还提供一种电子设备，包括：

存储器和处理器；所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：获取与待检测业务具有依赖关系的业务接口；按照所述业务接口的参数输入标准向所述业务接口传入检测参数；判断所述业务接口返回的响应参数是否符合检测响应基准，若不符合，对不符合所述检测响应基准的异常业务接口进行异常信息记录。

与现有技术相比，本申请具有如下优点：

本申请提供的所述业务监控方法，包括：获取与待检测业务具有依赖关系的业务接口；按照所述业务接口的参数输入标准向所述业务接口传入检测参数；判断所述业务接口返回的响应参数是否符合检测响应基准，若不符合，对不符合所述检测响应基准的异常业务接口进行异常信息记录。

所述业务监控方法，通过对待检测业务进行深入分析，确定待检测业务具有依赖关系的业务接口，从而打破业务接口黑盒局限，并按照业务接口的参数输入标准向业务接口传入对应检测参数，进一步判断返回的响应参数是否符合预期来判断业务接口的业务处理是否出现异常，若业务接口的业务处理出现异常，则对业务处理出现异常的异常业务接口进行异常信息记录，作为进行异常排查和修复的依据，从而使待检测业务的异常能够得到精准定位，并且能够在精准定位的基础上进行故障快速排除，避免对业务造成影响。

附图说明

附图1是本申请提供的一种业务监控方法执行流程图；

附图2是本申请提供的一种登录业务监控的时序图；

附图3是本申请提供的一种业务监控装置实施例的示意图；

附图4是本申请提供的一种电子设备的示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其他方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请提供一种业务监控方法，本申请还提供一种业务监控装置，以及一种电子设备。以下分别结合本申请提供的实施例的附图逐一进行详细说明，并且对方法的各个步骤进行说明。

本申请提供的一种业务监控方法实施例如下：

参照附图1，其示出了本申请提供的一种业务监控方法执行流程图，参照附图2，其示出了本申请提供的一种登录业务监控的时序图。

步骤s101，获取与待检测业务具有依赖关系的业务接口。

在实际应用中，部署在服务器端的线上业务往往由多个业务团队或者业务单元维护的子业务组成，每个子业务都有自身的业务接口，通过业务接口与其他业务或者子业务进行数据对接，或者通过业务接口与第三方业务接口进行数据对接，在线上业务的运行过程中，会随之伴随着业务变更、线上运维等操作，在此过程中，如何确保线上业务的稳定性，并且如何及时定位到线上业务发生异常的问题节点，避免对下游业务造成影响，成为线上业务的运行过程中的重中之重。

本申请提供的业务监控方法，以部署在服务器端的线上待检测业务为例，通过对待检测业务进行深入分析，从而确定待检测业务具有依赖关系的所有业务接口，优选的，本申请实施例所述与待检测业务具有依赖关系的业务接口，不仅包括待检测业务自身包含的所有业务接口，还包括与待检测业务包含的业务接口具有强依赖关系的所有第三方业务接口。在确定待检测业务包含的业务接口和与之具有强依赖关系的第三方业务接口的基础上，按照待检测业务的业务接口和第三方业务接口各自的参数输入标准，分别向待检测业务的业务接口和第三方业务接口传入对应检测参数，检测参数传入待检测业务的业务接口和第三方业务接口之后，由待检测业务的业务接口和第三方业务接口各自的业务执行单元进行处理后返回相应的响应参数；最后，根据返回的响应参数来判断待检测业务的业务接口和第三方业务接口是否能够进行业务处理以及业务处理是否正常，若无法进行业务处理或者业务处理出现异常，则表明待检测业务的业务接口或者第三方业务接口业务出现异常，则通过记录异常业务接口的现场异常信息，并将记录的异常信息透传给负责异常处理的业务团队或者业务单元，并进一步根据记录的异常信息进行异常排查和修复，从而使待检测业务的异常能够得到精准定位，并且能够在精准定位的基础上进行故障快速排除，避免对业务造成影响。

需要说明的是，根据服务器端部署的线上待检测业务的上述特性，利用本申请提供的业务监控方法对于服务器端部署的业务进行稳定性监控，能够最大程度的体现其实施的技术效果，即：能够使待检测业务的异常能够得到精准定位，并且能够在精准定位的基础上进行故障快速排除。除此之外，还可以将本申请提供的业务监控方法推广到与服务器端部署的业务的特征类型的场景中进行实施，同样起到能够异常快速定位和故障快速排除的效果。

本申请实施例提供的所述业务监控方法基于监控服务模块执行，具体的，监控服务模块是由分布式定时任务模块定时发起调度，从而在分布式定时任务模块的调度下，定时启动对待检测业务的稳定性监控和故障快速定位排除。如附图2所示，分布式定时任务模块设置有定时器，由分布式定时任务模块定时向监控服务模块发起调度，监控服务模块在接收到分布式定时任务模块下发的调度之后，启动对线上待检测业务的稳定性监控和故障快速定位排除。

进一步，在计算运力允许的条件下，比如在云计算环境下对待检测业务的稳定性监控和故障快速定位排除时，可通过缩小分布式定时任务模块向监控服务模块发起调度的定时调度周期，来加快对待检测业务的稳定性监控和故障快速定位排除，从而使线上待检测业务的故障快速定位排除更加及时。例如，分布式定时任务模块向监控服务模块发起调度的定时调度周期降低至秒、毫秒甚至微秒级别时，甚至能够对线上待检测业务的业务变更、线上运维等操作“准实时”监控和故障快速定位排除。

具体实施时，在对待检测业务的稳定性监控和故障快速定位排除的过程中，首先需要获取与待检测业务具有依赖关系的业务接口，即确定进行稳定性检测和异常快速定位排查所针对的业务范围。然而，实际业务场景中，对于链路较长的待检测业务，其中存在的情形较为复杂，不仅链路当中的许多子业务之间的业务联系较为紧密，尤其体现在具有一个完整的交易业务链路(全链路业务)，全链路业务前置功能更新可能导致前台表达出问题，很难及时定位异常原因，同时，负责全链路业务的子业务维护的业务团队或者业务单元之间的联系也比较紧密，强行对全链路业务的业务链路进行拆分，存在较大困难。

本申请实施例提供的一种优选实施方式中，从待检测业务自身的业务角度出发，以业务域为维度对待检测业务进行拆分，具体的，获取与待检测业务具有依赖关系的业务接口，包括：以业务域为拆分维度，将所述待检测业务拆分为至少一个业务域；按照业务域之间的业务依赖关系对业务域进行组合；提取业务域组合获得的业务链路包含的业务接口，提取到的业务链路包含的业务接口即为与待检测业务具有依赖关系的业务接口。

以线上交易业务为例，一个完整的交易业务链路包含从注册、登录、商品展示、订单处理、支付、物流快递、订单评价以及退货、退款等操作，不同的操作可能由不同的团队进行维护，一个完整的交易业务链路(全链路业务)可能由多个甚至数十个团队对不同环节的操作进行维护，从业务角度出发，将一个完整的交易业务链路(全链路业务)依次切分为下述几个业务域：登录域、商品域、支付域、物流域、评价域和售后服务域。

优选的，上述业务接口之间还具有依赖关系，比如交易业务链路中的商品展示操作的业务接口与登录操作的业务接口具有强依赖关系，若登录操作的业务接口出现异常，则后续商品展示操作的业务接口无法调用执行；类似的，订单处理、支付等操作的业务接口同样与登录操作的业务接口具有强依赖关系。并且，多个互相存在依赖关系的业务接口可归属于同一业务域，比如登录操作的业务接口与注册操作的业务接口具有强依赖关系，二者共同归属于同一业务域，即登录域；此外，多个互相存在依赖关系的业务接口还可归属于不同业务域，比如支付操作的业务接口与登录操作的业务接口具有强依赖关系，二者共同归属于不同业务域，其中登录操作的业务接口归属于登录域，而支付操作的业务接口归属于支付域。

上述提供的优选实施方式，主要针对全链路业务场景进行处理，此外，实际业务场景中还存在业务处理环节较为独立的单业务场景，在该业务场景下，可针对性的对与待检测业务具有依赖关系的业务接口进行深入分析，从而打破业务接口黑盒局限，及时监控由于强依赖业务接口出现异常导致业务不可用，在异常爆发之前进行精准定位进而修复异常。本申请实施例提供另一种优选实施方式中，获取与待检测业务具有依赖关系的业务接口，具体采用如下方式实现：对待检测业务包含的业务接口和/或第三方业务接口进行强依赖分析，获得待检测业务包含的业务接口和/或第三方业务接口之间的强依赖关系；按照所述强依赖关系提取待检测业务包含的业务接口，以及与待检测业务包含的业务接口具有强依赖关系的第三方业务接口。

优选的，待检测业务包含的业务接口和/或第三方业务接口之间的强依赖关系，基于待检测业务包含的业务接口和/或第三方业务接口的调用路径和时序关系体现。比如，通过对待检测业务包含的业务接口和第三方业务接口进行强依赖分析，生成待检测业务包含的业务接口和第三方业务接口之间时序图，通过时序图来体现待检测业务包含的业务接口相互之间的调用路径和时序关系，以及待检测业务包含的业务接口与第三方业务接口之间的调用路径和时序关系。

步骤s102，按照所述业务接口的参数输入标准向所述业务接口传入检测参数。

实际应用中，根据待检测业务包含的业务接口和第三方业务接口所依赖的业务接口或者第三方业务接不同，向业务接口和第三方业务接口传入的检测参数可能也互不相同，每个业务接口和第三方业务接口都有自身的参数输入标准。基于此，本申请实施例提供的一种优选实施方式中，根据上述确定的待检测业务包含的业务接口和/或第三方业务接口的调用路径和时序关系，按照调用路径和时序关系依次传入检测参数进行检测。具体在传入检测参数的过程中，按照待检测业务包含的业务接口和/或第三方业务接口各自对应的参数输入标准，向待检测业务包含的业务接口和/或第三方业务接口输入与各自对应的参数输入标准匹配的检测参数。

检测参数传入待检测业务的业务接口和/或第三方业务接口之后，由待检测业务的业务接口和/或第三方业务接口各自的业务执行单元进行处理后返回相应的响应参数，对于不同的业务接口和/或第三方业务接口，返回的响应参数可能也有所不同。优选的，上述按照待检测业务包含的业务接口和/或第三方业务接口各自对应的参数输入标准，向待检测业务包含的业务接口和/或第三方业务接口输入与各自对应的参数输入标准匹配的检测参数之后，还包括获取待检测业务包含的业务接口和/或第三方业务接口返回的响应参数这一操作，其中，获取到的响应参数包括响应参数类型、响应参数信息。

步骤s103，判断所述业务接口返回的响应参数是否符合检测响应基准。

如上所述，获取到待检测业务包含的业务接口和/或第三方业务接口返回的响应参数之后，判断返回的响应参数是否符合待检测业务包含的业务接口和/或第三方业务接口各自的检测响应基准，即判断返回的响应参数类型、响应参数信息是否符合预期，如果符合，表明当前检测待检测业务包含的业务接口和/或第三方业务接口业务正常，继续对后续业务进行稳定性检测和异常快速定位排查即可；如果不符合，则表明待检测业务的业务接口和/或第三方业务接口出现异常，执行下述步骤s104对不符合各自检测响应基准的业务接口和/或第三方业务接口(即异常业务接口)进行异常信息记录。

步骤s104，对不符合所述检测响应基准的异常业务接口进行异常信息记录。

本步骤得以实施的前提是上述步骤s103判断返回的响应参数是否符合待检测业务包含的业务接口和/或第三方业务接口各自的检测响应基准的判断结果为否，表明待检测业务的业务接口和/或第三方业务接口出现异常，则通过执行本步骤对不符合各自检测响应基准的业务接口和/或第三方业务接口(即异常业务接口)进行异常信息记录。本申请实施例提供的一种优选实施方式中，对不符合各自检测响应基准的业务接口和/或第三方业务接口(即异常业务接口)进行异常信息记录，具体包括：通过调用异常上报接口上传所述异常业务接口，并记录所述异常业务接口的异常现场信息。比如，当检测到返回的响应参数类型和响应参数信息是否符合预期的第三方接口，即业务出现异常的第三方接口，通过调用异常上报接口向维护该异常业务接口的业务团队上报该业务出现异常的第三方接口，并记录该业务出现异常的第三方接口具体的服务名和堆栈信息。

下面提供一个完整的例子对业务监控方法进行说明：

如附图2所示，分布式定时任务模块设置有定时器，由分布式定时任务模块定时向监控服务模块发起调度，监控服务模块在接收到分布式定时任务模块下发的调度之后，启动对线上登录业务的稳定性监控和故障快速定位排除。具体的，在对登录业务的稳定性监控和故障快速定位排除的过程中，首先确定与登录业务具有强依赖关系的业务包括：im登录服务、会员中心和设备服务，相应的，与登录业务具有强依赖关系的业务接口包括：im登录服务的业务接口、会员中心的业务接口和设备服务的业务接口。

根据附图2中体现的im登录服务、会员中心和设备服务之间的调用路径和时序关系，用户登录验证过程依次分为三步：用户身份认证、会员认证和登录设备认证。其中，用户身份认证，通过调用im登录服务的业务接口，向im登录服务的业务接口传入携带用户id的请求以此向im登录服务申请用户身份认证，用户id在im登录服务的身份认证通过之后，会返回包含用户个人信息的对象。会员认证，通过调用会员中心的业务接口，向会员中心的业务接口传入携带用户账户信息的请求以此向会员中心申请会员认证，用户账户信息在会员中心的会员认证通过之后，会返回包含用户会员信息的对象。登录设备认证，通过调用设备服务的业务接口，向设备服务的业务接口传入携带用户id和用户设备硬件标识的请求以此向设备服务申请登录设备认证，用户id和用户设备硬件标识在设备服务的登录设备认证通过之后，会返回包含表征用户登录设备标识的唯一特征码。

在执行过程中，当监控服务模块接收到分布式定时任务模块下发的调度之后，如果此时存在用户登录验证业务请求，可将用户登录验证过程中向im登录服务的业务接口、会员中心的业务接口和设备服务的业务接口传入的三个用户数据作为检测参数，相应的，将用户数据传入后返回的处理结果作为检测参数传入业务接口返回的响应参数。并且，进一步通过判断im登录服务的业务接口是否返回处理结果，以及返回的处理结果是否符合预期(比如，检测返回的处理结果是否为包含用户个人信息的对象)，来检测im登录服务是否发生异常。类似的，通过判断会员中心的业务接口是否返回处理结果，以及返回的处理结果是否符合预期(比如，检测返回的处理结果是否为包含用户会员信息的对象)，来检测会员中心是否发生异常；以及，通过判断设备服务的业务接口是否返回处理结果，以及返回的处理结果是否符合预期(比如，检测返回的处理结果是否包含表征用户登录设备标识的唯一特征码)，来检测设备服务是否发生异常。

若登录验证过程的三个步骤中任意一个步骤没有返回处理结果，或者返回的处理结果不符合预期，则通过调用机器人模块的异常上报接口，向机器人模块上报业务发生异常的业务接口，并由机器人模块记录该业务发生异常的业务接口的异常信息。若登录验证过程的三个步骤返回的处理结果均符合预期，则等待分布式定时任务模块下一次的调度即可。

此外，在执行过程中，当监控服务模块接收到分布式定时任务模块下发的调度之后，特定时间段内没有用户登录验证业务请求，则分别按照im登录服务、会员中心和设备服务三者业务接口各自的参数标准传入相应检测参数，通过判断检测参数传入业务接口后返回的响应参数是否符合预期，来检测im登录服务、会员中心和设备服务是否存在业务异常，若是，则通过调用机器人模块的异常上报接口，向机器人模块上报业务发生异常的业务接口，并由机器人模块记录该业务发生异常的业务接口的异常信息。若登录验证过程的三个步骤返回的处理结果均符合预期，则等待分布式定时任务模块下一次的调度即可。

综上所述，所述业务监控方法，通过对待检测业务进行深入分析，确定待检测业务具有依赖关系的业务接口，从而打破业务接口黑盒局限，并按照业务接口的参数输入标准向业务接口传入对应检测参数，进一步判断返回的响应参数是否符合预期来判断业务接口的业务处理是否出现异常，若业务接口的业务处理出现异常，则对业务处理出现异常的异常业务接口进行异常信息记录，作为进行异常排查和修复的依据，从而使待检测业务的异常能够得到精准定位，并且能够在精准定位的基础上进行故障快速排除，避免对业务造成影响。

本申请提供的一种业务监控装置实施例如下：

在上述的实施例中，提供了一种业务监控方法，与之相对应的，本申请还提供了一种业务监控装置，下面结合附图进行说明。

参照附图3，其示出了本申请提供的一种业务监控装置实施例的示意图。

由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本申请提供一种业务监控装置，包括：

业务接口获取单元301，用于获取与待检测业务具有依赖关系的业务接口；

检测参数传入单元302，用于按照所述业务接口的参数输入标准向所述业务接口传入检测参数；

响应参数判断单元303，用于判断所述业务接口返回的响应参数是否符合检测响应基准，若不符合，运行异常记录单元304；

所述异常记录单元304，用于对不符合所述检测响应基准的异常业务接口进行异常信息记录。

可选的，所述业务接口获取单元301，包括：

业务域拆分子单元，用于以业务域为拆分维度，将所述待检测业务拆分为至少一个业务域；

业务域组合子单元，用于按照业务域之间的业务依赖关系对业务域进行组合；

业务接口提取子单元，用于提取业务域组合获得的业务链路包含的业务接口，作为所述与待检测业务具有依赖关系的业务接口。

可选的，所述业务接口之间具有依赖关系；并且，多个互相存在依赖关系的业务接口归属于同一业务域，或者，多个互相存在依赖关系的业务接口归属于不同业务域。

可选的，所述与待检测业务具有依赖关系的业务接口，包括下述至少一项：

所述待检测业务包含的至少一个业务接口，与所述待检测业务包含的业务接口具有强依赖关系的至少一个第三方业务接口。

可选的，所述业务接口获取单元301，包括：

强依赖分析子单元，用于对所述待检测业务包含的业务接口和/或所述第三方业务接口进行强依赖分析，获得所述待检测业务包含的业务接口和/或所述第三方业务接口之间的强依赖关系；

提取子单元，用于按照所述强依赖关系提取所述待检测业务包含的业务接口和/或与所述待检测业务包含的业务接口具有强依赖关系的第三方业务接口。

可选的，所述待检测业务包含的业务接口和/或所述第三方业务接口之间的强依赖关系，基于所述待检测业务包含的业务接口和/或所述第三方业务接口的调用路径和时序关系体现。

可选的，所述检测参数传入单元302，具体用于根据所述调用路径和时序关系，并按照所述待检测业务包含的业务接口和/或所述第三方业务接口各自对应的参数输入标准，向所述待检测业务包含的业务接口和/或所述第三方业务接口输入与各自对应的参数输入标准匹配的检测参数。

可选的，所述业务监控装置，包括：

响应参数单元，用于获取所述业务接口返回的响应参数；

其中，所述响应参数，包括下述至少一项：响应参数类型、响应参数信息。

可选的，所述异常记录单元304，包括：

异常业务接口上报子单元，用于通过调用异常上报接口上传所述异常业务接口；

异常现场信息记录子单元，用于记录所述异常业务接口的异常现场信息。

可选的，所述业务监控装置基于监控模块运行，且所述监控模块由分布式定时任务模块定时发起调度。

本申请提供的一种电子设备实施例如下：

在上述的实施例中，提供了一种业务监控方法，此外，本申请还提供了一种用于实现所述业务监控方法的电子设备，下面结合附图进行说明。

参照附图4，其示出了本实施例提供的一种电子设备的示意图。

本申请提供的所述电子设备实施例描述得比较简单，相关的部分请参见上述提供的所述业务监控方法实施例的对应说明即可。下述描述的实施例仅仅是示意性的。

本申请提供一种电子设备，包括：

存储器401和处理器402；

所述存储器401用于存储计算机可执行指令，所述处理器402用于执行如下计算机可执行指令：

获取与待检测业务具有依赖关系的业务接口；

按照所述业务接口的参数输入标准向所述业务接口传入检测参数；

判断所述业务接口返回的响应参数是否符合检测响应基准，若不符合，对不符合所述检测响应基准的异常业务接口进行异常信息记录。

可选的，所述获取与待检测业务具有依赖关系的业务接口，包括：

以业务域为拆分维度，将所述待检测业务拆分为至少一个业务域；

按照业务域之间的业务依赖关系对业务域进行组合；

提取业务域组合获得的业务链路包含的业务接口，作为所述与待检测业务具有依赖关系的业务接口。

可选的，所述业务接口之间具有依赖关系；并且，多个互相存在依赖关系的业务接口归属于同一业务域，或者，多个互相存在依赖关系的业务接口归属于不同业务域。

可选的，所述与待检测业务具有依赖关系的业务接口，包括下述至少一项：

所述待检测业务包含的至少一个业务接口，与所述待检测业务包含的业务接口具有强依赖关系的至少一个第三方业务接口。

可选的，所述获取与待检测业务具有依赖关系的业务接口，包括：

对所述待检测业务包含的业务接口和/或所述第三方业务接口进行强依赖分析，获得所述待检测业务包含的业务接口和/或所述第三方业务接口之间的强依赖关系；

按照所述强依赖关系提取所述待检测业务包含的业务接口和/或与所述待检测业务包含的业务接口具有强依赖关系的第三方业务接口。

可选的，所述待检测业务包含的业务接口和/或所述第三方业务接口之间的强依赖关系，基于所述待检测业务包含的业务接口和/或所述第三方业务接口的调用路径和时序关系体现。

可选的，所述按照所述业务接口的参数输入标准向所述业务接口传入检测参数，包括：

根据所述调用路径和时序关系，并按照所述待检测业务包含的业务接口和/或所述第三方业务接口各自对应的参数输入标准，向所述待检测业务包含的业务接口和/或所述第三方业务接口输入与各自对应的参数输入标准匹配的检测参数。

可选的，所述按照所述业务接口的参数输入标准向所述业务接口传入检测参数指令执行后，且所述判断所述业务接口返回的响应参数是否符合检测响应基准指令执行前，所述处理器402还用于执行如下计算机可执行指令：

获取所述业务接口返回的响应参数；

其中，所述响应参数，包括下述至少一项：响应参数类型、响应参数信息。

可选的，所述对不符合所述检测响应基准的异常业务接口进行异常信息记录，包括：

通过调用异常上报接口上传所述异常业务接口；

记录所述异常业务接口的异常现场信息。

可选的，所述计算机可执行指令基于监控模块执行，且所述监控模块由分布式定时任务模块定时发起调度。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。