基于接口自动化的应用监控方法、装置和可读存储介质与流程

1.本技术涉及数据处理技术领域，尤其涉及一种基于接口自动化的应用监控方法、装置和可读存储介质。


背景技术：

2.现有测试环境监控工具往往仅关注应用服务的可用性，对应用业务逻辑并不关心，会出现测试环境服务可用，但实际存在故障的场景，会出现环境不稳定导致接口调用失败，无法及时通知责任人的问题。并且传统的应用可用性监控平台缺乏更细力度的监控措施。


技术实现要素：

3.鉴于上述问题，本技术提出一种基于接口自动化的应用监控方法、装置、可读存储介质和计算机。
4.本技术实施例提出一种基于接口自动化的应用监控方法，包括：
5.接收用户在图形配置界面中配置的待监控应用的接口信息并传送至接口自动化平台；
6.通过接口自动化平台，根据配置的实例执行参数，调用并执行对应应用接口的接口自动化实例；
7.若实例执行失败，则创建对应的工单，以提示应用接口当前不可用；
8.对未关闭的工单对应的应用接口进行校验，直至应用接口可用时使对应的工单关闭。
9.进一步地，在上述基于接口自动化的应用监控方法中，接口信息包括成功响应报文；对未关闭的工单对应的应用接口进行校验，校验包括：
10.对未关闭的工单对应的应用接口进行定时轮询校验；
11.若校验通过时，则自动关闭工单；
12.若校验不通过时，则按照预设规则对应用接口对应的工单进行相应操作，直至工单关闭。
13.进一步地，在上述基于接口自动化的应用监控方法中，所述校验包括：
14.若通过应用接口返回的响应报文与成功响应报文相同，或返回的内容包含预设关键字，则校验通过；
15.若通过应用接口返回的响应报文与成功响应报文不同，且返回的内容不包含预设关键字，则校验未通过。
16.进一步地，在上述基于接口自动化的应用监控方法中，预设规则包括：
17.当应用接口连续未通过校验的次数小于第一预设次数时，则关闭工单；
18.当应用接口连续未通过校验的次数达到第二预设次数时，发出催办邮件，以通知操作人员进行处理；并在接收到已处理消息后，关闭应用接口对应的工单；
19.当应用接口连续未通过校验的次数达到第三预设次数时，发出催办邮件，以通知操作人员加急处理，并在接收到已处理消息后，关闭应用接口对应的工单；其中，第二预设次数不低于第一预设次数，第三预设次数大于第二预设次数。
20.进一步地，在上述基于接口自动化的应用监控方法中，还包括：
21.利用热点分布图显示各个应用接口的当前可用率状态，单个应用接口的可用率状态的展示方法包括：
22.当应用接口的环境可用率低于第一预设可用率时，则应用接口对应的分布图显示为第一颜色；
23.当应用接口的环境可用率不低于第一预设可用率且低于第二预设可用率时，则应用接口对应的分布图显示为第二颜色；
24.当应用接口的环境可用率不低于第二预设可用率时，则应用接口对应的分布图显示为第三颜色，其中环境可用率为该应用接口的实例执行成功次数与已完成的总执行次数的比值。
25.进一步地，在上述基于接口自动化的应用监控方法中，还包括：
26.对各业务系统的各个应用接口的环境可用率进行统计，生成对应的环境可用率趋势图；
27.按照预设周期将环境可用率趋势图发送至对应人员的邮箱。
28.进一步地，在上述基于接口自动化的应用监控方法中，还包括：
29.显示维护问题分类界面，以供操作人员在处理工单时对工单添加问题种类标签和接口不可用原因。
30.本技术的另一实施例提出一种基于接口自动化的应用监控装置，包括：
31.接收单元，用于接收用户在图形配置界面中配置的待监控应用的接口信息并传送至接口自动化平台；
32.调用执行单元，用于通过接口自动化平台，根据配置的实例执行参数，调用并执行对应应用接口的接口自动化实例；
33.创建单元，用于若实例执行失败，则创建对应的工单，以提示应用接口当前不可用；
34.校验单元，用于对未关闭的工单对应的应用接口进行校验，直至应用接口可用时使对应的工单关闭。
35.本技术的另一实施例提出一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序适于处理器进行加载，以执行如上述的基于接口自动化的应用监控方法的步骤。
36.本技术的另一实施例提出一种计算机，包括存储单元和处理单元，存储单元中存储有计算机程序，处理单元通过调用存储单元中存储的计算机程序，以执行如上述的基于接口自动化的应用监控方法的步骤。
37.本技术的实施例具有以下的有益效果：
38.本技术实施例提出一种基于接口自动化的应用监控方法，该方法通过对不同接口的定期轮询校验能将监控细化到应用下的各个接口，实现对故障的更精准定位。同时，还能通过检测自动判别是否为发布问题造成的接口不可用现象，以帮助用户剔出因发布带来的
系统不可用影响，从而提高问题排查的效率。而且该方法不仅能及时暴露问题、发现问题和通知相关人员处理问题，还能为管理者的回溯和追责提供了依据。
附图说明
39.为了更清楚地说明本技术的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对本技术保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。
40.图1示出了本技术一些实施方式的基于接口自动化的应用监控方法的第一流程图；
41.图2示出了本技术一些实施方式的基于接口自动化的应用监控方法的应用场景图；
42.图3示出了本技术一些实施方式的基于接口自动化的应用监控方法的第二流程图；
43.图4示出了本技术一些实施方式的基于接口自动化的应用监控方法的第一接口显示示意图；
44.图5示出了本技术一些实施方式的基于接口自动化的应用监控方法的第二接口显示示意图；
45.图6示出了本技术一些实施方式的基于接口自动化的应用监控方法的装置结构图。
具体实施方式
46.下面将结合本技术实施例中附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。
47.通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.在下文中，可在本技术的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。
49.此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
50.除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本技术的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本技术的各种实施例中被清楚地限定。
51.下面结合附图，对本技术的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互结合。
52.通常地，网络不稳定、系统故障、系统发布等等原因往往会造成接口不通，导致整条链路不通，而这种情况常常无法被及时感知或发现，甚至发生时已造成严重损失，所以监控系统的稳定性尤为重要。
53.为了提升监控系统的稳定性，可以从提升故障的精准定位、及时通知相关人员做出相应处理和提高排查效率等这些方面着手。因此，本技术提出一种基于接口自动化的应用监控方法来解决上述问题。
54.在一些实施方式中，请参照图1，本技术的基于接口自动化的应用监控方法可以包括：
55.s101，接收用户在图形配置界面中配置的待监控应用的接口信息并传送至接口自动化平台。
56.具体地，参照图2，首先用户在系统前端的个性化图形配置界面中，配置可接入待监控应用的接口信息，其中接口信息可以包括但不限于，接口的地址、调用环境参数、调用方式参数、请求报文和成功响应报文等。当用户配置完相应的接口信息后，系统接收并存储图像界面配置的接口信息，并将接口信息传送至接口自动化平台。作为一种选择，上述的个性化图形配置界面可利用bootstrap框架制作。
57.s201，通过接口自动化平台，根据配置的实例执行参数，调用并执行对应应用接口的接口自动化实例。
58.具体地，当接口自动化平台收到相应的接口信息后，用户在图形配置界面中配置实例执行参数，配置完后，系统将实例执行参数传输至接口自动化平台，接口自动化平台收到相应的实例执行参数，并根据配置的实例执行参数，调用并执行对应应用接口的接口自动化实例。其中，实例执行参数包括但不限于需要执行的应用接口自动化实例、监控环境和监控频率等。可选择地，其中的监控频率可以利用cron表达式进行配置。
59.s301，若实例执行失败，则创建对应的工单，以提示应用接口当前不可用。
60.s401，对未关闭的工单对应的应用接口进行校验，直至应用接口可用时使对应的工单关闭。
61.具体地，若执行失败，则产生对应接口的工单，并提示应用接口当前不可用。然后对产生的工单进行监测，若在后续监测中发现未关闭的工单对应的应用接口能够使用，则关闭对应的工单。作为选择，也可以当操作人员经过维修等处理后触发关闭工单的已处理消息，当系统收到已处理消息后关闭对应的工单。例如，若有a、b、c、d、e五个应用接口不可用，则产生a、b、c、d、e五个工单，分别对五个应用接口进行校验，当接口d和接口e可用时，则关闭订单d和订单e。之后只对a、b、c三个接口进行校验。
62.进一步地，若关闭工单后的应用接口下次再次不可用则产生新的工单，并对新的工单进行校验。
63.在一种实施方式中，如图3，基于接口自动化的应用监控方法中的接口信息包括成功响应报文；对未关闭的所述工单对应的应用接口进行校验，包括：
64.s402，对生成的工单对应的应用接口进行定时轮询校验。
65.具体地，用户配置的执行参数还包括成功响应报文。当生成工单后，对所有工单对
应的应用接口进行定时轮询校验。其中定时为可按照每经过一个循环后等待预设时间再进行下一个循环，比如有a、b、c三个应用接口产生对应的工单，则a、b、c三个应用接口需要校验，当校验完应用接口a后校验应用接口b，最后校验应用接口c，将这称为一个循环，当校验完应用接口c后等待预设时间后，再次执行下一个循环，也就是从应用接口a校验起，直到最后一个应用接口c结束，其中预设时间不做限定，可以为0分钟也可以随所需而任意设置；同时定时也可以为按照每周期循环一次，比如每半个小时内循环一次，或者每一小时循环一次。当应用接口比较多，且应用接口一次所需时间较长时，可根据实际的时间适当增加周期时间，可以为几个小时或者几天等，这里不做限定。
66.进一步地，考虑到有时所校验的应用接口太多或者每个应用接口校验一次所需的时间太久，为了使得能够对每个工单所对应的应用接口及时得到校验，则可以选择将所有应用接口划区定时轮询，比如现在有1至100个应用接口，则将这100个应用接口分成1至20、21至40、41至60、61至80、81至100一共5个区的应用接口，分别进行以上的定时轮询。当然，区间的大小可以任意设置，可以10个、20个、50个应用接口为一个区间，这里不做限定。
67.s403，若校验通过时，则自动关闭工单。
68.s404，若校验不通过时，则按照预设规则对应用接口对应的工单进行相关操作，直至工单关闭。
69.具体地，若应用接口的校验通过时，则关闭对应的工单。若校验不通过时，按照预设规则对应用接口对应的工单进行相关操作，直至工单关闭。
70.进一步地，基于接口自动化的应用监控方法中的校验过程还包括：
71.若通过应用接口返回的响应报文与成功响应报文相同，或返回的内容包含预设关键字，则校验通过。
72.具体地，用户配置的执行参数还包括成功响应报文。当执行应用接口的接口自动化实例时，会对执行的结果返回相应的响应报文，若返回的响应报文和成功响应报文相同，或者返回的响应报文中含有预设关键字时，则表示校验通过。例如，关键字可以是响应码为0000000，若返回的响应报文中的响应码为0000000，则表示接口可用，校验通过。
73.若通过应用接口返回的响应报文与成功响应报文不同，且返回的内容不包含预设关键字，则校验未通过。
74.具体地，当执行应用接口的接口自动化实例时，会对执行的结果返回相应的响应报文，若返回的响应报文和成功响应报文不相同，且返回的响应报文中不含预设关键字时，则表示校验未通过。
75.进一步地，基于接口自动化的应用监控方法中的预设规则包括：
76.当应用接口连续未通过校验的次数小于第一预设次数时，则关闭工单。
77.具体地，当第一次执行接口自动化实例时，若执行失败则会产生相应的订单，在之后的过程中，会对所有工单对应的应用接口进行定时轮询校验，为了区分该应用接口是否为发布所造成的不可用问题，可以对校验次数进行检测。当对同一应用接口连续未通过校验次数小于第一预设次数时，则关闭工单。例如，将第一预设次数设定为2，若对应用接口a进行第一次校验，发现校验失败，但无法知道是否为发布所造成的，那么当轮询到第二次时，对应用接口a进行第二次校验，若发现此时校验通过，则应用接口a连续未通过的次数为1小于第一预设次数2。则表示此应用接口不可用的原因很可能为发布造成的，就算有可能
是其它原因造成，但第二次校验成功，代表此应用接口可用，则自动关闭此应用接口对应的工单，这样可以大大提高问题排查效率。当然这里的例子中将第一预设次数设定为2，并不代表只能为2，可以根据具体的实际情况做调整，还可以为3、4、5等。
78.当应用接口连续未通过校验的次数达到第二预设次数时，发出催办邮件，以通知操作人员进行处理，并在接收到已处理消息后，关闭应用接口对应的工单。
79.具体地，为了使得工单尽快的关闭，以免积累较多，则需要在同一应用接口连续未通过校验的次数达到第二预设次数时，发出催办邮件，以通知操作人员进行处理，当操作人员经过维修等处理后触发关闭工单的已处理消息，当系统收到已处理消息后关闭对应的工单。其中的第二预设次数不低于第一预设次数。比如，当第一预设次数为2时，则第二预设次数为4。若应用接口a连续4次校验失败时，则发出催办邮件，已通知操作人员进行处理。可选择地，当连续3次校验失败时则不做处理。当然这里的第二预设次数不做限定，根据第一预设次数的变换而变化。
80.当应用接口连续未通过校验的次数达到第三预设次数时，发出催办邮件，以通知操作人员加急处理。
81.具体地，为了防止工单长时间未关闭，则需要在同一应用接口连续未通过校验的次数达到第三预设次数时，发出催办邮件，以通知操作人员加急处理，当操作人员经过维修等处理后触发关闭工单的已处理消息，当系统收到已处理消息后关闭对应的工单。其中第三预设次数比第二预设次数大，可以大1、2或3等，这里不做限定。例如，当第一预设次数为2时，则第二预设次数为2，则第三预设次数为3时，若应用接口a连续3次校验失败时，则发出催办邮件，以通知操作人员加急处理。再例如，当第一预设次数为2时，则第二预设次数为2，则第三预设次数为4时，若应用接口a连续3次校验失败时，不做任何处理，当连续4次校验失败时，则发出催办邮件，以通知操作人员加急处理。
82.作为选择，可以对这种加急处理的邮件按时间先后进行顶置处理。作为选择，还可以将此加急邮件标红来提醒操作人员。
83.在一种实施方式中，如图4，基于接口自动化的应用监控方法，还包括：
84.利用热点分布图显示各个应用接口的当前可用率状态，分布图展示方法包括：
85.当应用接口的环境可用率低于第一预设可用率时，则应用接口对应的分布图显示为第一颜色；
86.当应用接口的环境可用率不低于第一预设可用率且低于第二预设可用率时，则应用接口对应的分布图显示为第二颜色；
87.当应用接口的环境可用率不低于第二预设可用率时，则应用接口对应的分布图显示为第三颜色，环境可用率为该应用接口的实例执行成功次数与已完成的总执行次数的比值。
88.具体的，为了方便用户随时快速了解各应用接口的环境可用率，可利用热点分布图显示各个应用接口的当前可用率状态。例如，如图4，当应用接口1至应用接口30的环境可用率低于50％时，则显示为红色；当应用接口31至应用接口60的环境可用率不低于50％且低于90％时，则显示为黄色；当应用接口61至应用接口90的环境可用率不低于90％时，则显示为绿色。其中第一预设可用率低于第二预设可用率，第二预设可用率低于第三预设可用率，但具体的数字可以随需而定，这里不做限定。其中第一颜色、第二颜色和第三颜色两两
相互不同，可以任选。
89.当然除了显示颜色外，也可以同时将应用接口的环境可用率也显示出来，如图5所示。
90.当然若要划分的更细，可以增加至第四预设可用率或者第五预设可用率等。当然对应的颜色也要增加至第四颜色或第五颜色。
91.在一种实施方式中，基于接口自动化的应用监控方法，还包括：
92.对各业务领域的各个应用接口的环境可用率进行统计，并按照预设周期、业务领域和不同应用接口生成对应的环境可用率趋势图；
93.按照预设周期将环境可用率趋势图发送至各对应人员的邮箱。
94.具体地，将统计的各个应用接口的环境可用率按照预设周期、业务领域和不同应用接口生成对应的环境可用率趋势图，然后按照设周期将生成的环境可用率趋势图发送至各对应的预设邮箱，以便用户进行系统间应用接口的横向和纵向比较。
95.示范性地，首先根据业务领域数量可以生成对应数量的环境可用率趋势图。在每个业务领域对应的环境可用率趋势图中，横轴x表示时间，纵轴y表示应用接口的环境可用率。每个环境可用率趋势图中有多条线条，不同线条代表不同的应用接口，每条线上的点所表示的含义为第x时刻、第x天、第x周或第x月该应用接口的环境可用率为y。其中，横轴x表示的时间可以为每小时、每天、每周、每月等，可以根据具体情况而定。其中预设周期可以为每周、每月、每季度、每年等。可选择地，可利用echarts插件展示相应的可用率趋势图。每周、每月、每季和每年将生成的当周环境可用率趋势图发送至预设邮箱。
96.在一种实施方式中，基于接口自动化的应用监控方法，还包括：
97.提供维护问题分类界面，以供操作人员在处理工单时对工单添加问题种类标签和接口不可用原因。
98.具体地，为了方便操作人员更快的处理应用接口出现的故障，则可以提供维护问题分类界面，当操作人员每处理一个工单时，将工单对应的应用接口不可用原因添加其中，并对次工单添加分类标签。这样每个处理完的工单都会划分到一个区域内。方便后期操作人员遇到相同的故障时，方便查询，大大提高处理效率。
99.如图6，本技术的又一实施例提出一种基于接口自动化的应用监控装置500，示范性地，应用监控装置500包括：
100.接收单元501，用于接收用户在图形配置界面中配置的待监控应用的接口信息并传送至接口自动化平台。
101.调用执行单元502，用于通过接口自动化平台，根据配置的实例执行参数，调用并执行对应应用接口的接口自动化实例。
102.创建单元503，用于若实例执行失败，则创建对应的工单，以提示应用接口当前不可用。
103.校验单元504，用于对未关闭的工单对应的应用接口进行校验，直至应用接口可用时使对应的工单关闭。可以理解，本实施例的方法步骤对应于上述实施例中的基于接口自动化的应用监控方法，其中，上述基于接口自动化的应用监控方法的可选项同样适用于本实施例，这里不再重复描述。
104.本技术的又一实施例提出一种计算机可读存储介质，计算机可读存储介质存储有
计算机程序，计算机程序适于处理器进行加载，以执行如上述的基于接口自动化的应用监控方法的步骤。
105.本技术的又一实施例提出一种计算机，包括存储单元和处理单元，存储单元中存储有计算机程序，处理单元通过调用存储单元中存储的计算机程序，以执行如上述的基于接口自动化的应用监控方法的步骤。
106.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
107.另外，在本技术各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。
108.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
109.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。