CN112860509A - 拨测告警方法及装置 - Google Patents
拨测告警方法及装置 Download PDFInfo
- Publication number
- CN112860509A CN112860509A CN202110046506.6A CN202110046506A CN112860509A CN 112860509 A CN112860509 A CN 112860509A CN 202110046506 A CN202110046506 A CN 202110046506A CN 112860509 A CN112860509 A CN 112860509A
- Authority
- CN
- China
- Prior art keywords
- dial testing
- task
- dial
- testing task
- execution node
- 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.)
- Pending
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 612
- 238000000034 method Methods 0.000 title claims abstract description 34
- 230000002159 abnormal effect Effects 0.000 claims abstract description 93
- 238000012790 confirmation Methods 0.000 abstract description 11
- 238000005516 engineering process Methods 0.000 description 14
- 230000005856 abnormality Effects 0.000 description 11
- 230000004044 response Effects 0.000 description 7
- 230000000737 periodic effect Effects 0.000 description 6
- 238000012423 maintenance Methods 0.000 description 5
- 238000012544 monitoring process Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000006399 behavior Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computing Systems (AREA)
- Quality & Reliability (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供一种拨测告警方法及装置。其中,所述拨测告警方法包括:当第一拨测任务拨测结果疑似异常时,生成用于确认所述第一拨测任务拨测结果的第二拨测任务;发送所述第二拨测任务至拨测任务执行节点;接收所述拨测任务执行节点发送的第二拨测任务执行反馈;根据所述第二拨测任务执行反馈,判定第二拨测任务拨测是否异常;当第二拨测任务拨测异常时,输出警示信息。这样,能够对拨测异常任务进行二次拨测确认,从而增加告警准确率,减少误报现象的发生,最终提升结果置信度。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种拨测告警方法及装置。
背景技术
服务拨测是探测系统应用或服务可用性的主要监控方式。该技术是通过拨测节点对目标服务进行周期性探测。拨测节点通常有异地多个,在各个拨测节点处部署执行拨测任务的客户端,模拟真实用户操作行为对网站等业务系统执行周期性的访问操作并记录成功率、时延等指标。根据周期性拨测返回的结果与预设的警报阈值进行比较,当出现拨测结果高于阈值且样本点数到达告警最小数值则触发告警。当前市场上成熟的拨测技术方案普遍采用周期拨测加阈值告警方式实现服务可用性监测告警,但该类型方案在告警环节存在告警准确率不高、告警周期长、成本高等缺点。
因此,需要提供一种拨测告警方法及装置,能够对拨测异常任务进行二次拨测确认,从而增加告警准确率,减少误报现象的发生,最终提升结果置信度。
发明内容
本申请实施例提供一种拨测告警方法。
具体的,一种拨测告警方法,包括:
当第一拨测任务拨测结果疑似异常时,生成用于确认所述第一拨测任务拨测结果的第二拨测任务;
发送所述第二拨测任务至拨测任务执行节点;
接收所述拨测任务执行节点发送的第二拨测任务执行反馈;
根据所述第二拨测任务执行反馈,判定第二拨测任务拨测是否异常;
当第二拨测任务拨测异常时,输出警示信息。
进一步的,当第一拨测任务拨测结果疑似异常时,即时生成用于确认所述第一拨测任务拨测结果的第二拨测任务。
进一步的,发送所述第二拨测任务至拨测任务执行节点之前,还包括调用拨测任务执行节点。
进一步的,发送所述第二拨测任务至拨测任务执行节点之前,还包括确认参与拨测任务执行节点数量。
进一步的,所述拨测任务执行节点由第一执行节点与至少一个第二执行节点共同组成;
其中,所述第一执行节点为执行第一拨测任务的执行节点;所述第二执行节点为与所述第一执行节点独立不相关的拨测任务执行节点。
进一步的,所述拨测任务若干执行节点依次执行或同时执行所述第二拨测任务。
进一步的,根据所述第二拨测任务执行反馈,判定第二拨测任务拨测是否异常之前,还包括确认预设的异常判定指标值。
进一步的,当第二拨测任务拨测异常时,输出警示信息之后,还包括释放所述拨测任务执行节点。
本申请实施例提供一种拨测告警装置。
具体的,一种拨测告警装置,包括:
生成模块,用于当第一拨测任务拨测结果疑似异常时,生成对应的第二拨测任务;
发送模块,用于发送所述第二拨测任务至拨测任务执行节点;
接收模块,用于接收所述拨测任务执行节点发送的第二拨测任务执行反馈;
判定模块,用于根据所述第二拨测任务执行反馈,判定第二拨测任务拨测是否异常;
输出模块,用于当第二拨测任务拨测异常时,输出警示信息。
进一步的,所述拨测告警装置还包括调度模块,用于调用及释放拨测任务执行节点。
本申请实施例提供的技术方案,至少具有如下有益效果:
通过拨测告警方法及装置,能够对疑似异常的拨测任务进行二次拨测确认,从而增加告警准确率,减少误报现象的发生,最终提升结果置信度。另外,当拨测任务疑似异常时,快速新增大量监测节点,使判断结果置信度更高;并且能够更快速的收集到足够支撑准确判断的样本点数量,兼顾拨测结果的高效和精准。这样,既可以使得拨测任务执行节点进行弹性伸缩部署,又可以通过多维度执行节点执行疑似异常拨测任务的二次确认,提升结果置信度。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的一种拨测告警方法的流程图。
图2为本申请实施例提供的一种拨测告警装置的结构示意图。
100 拨测告警装置
11 生成模块
12 发送模块
13 接收模块
14 判定模块
15 输出模块
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参照图1,本申请公开拨测告警方法,包括:
S100:当第一拨测任务拨测结果疑似异常时,生成用于确认所述第一拨测任务拨测结果的第二拨测任务。
可以理解的是,当拨测任务完成且拨测结果无异常时,不会生成告警信息。而当拨测任务完成时对应的拨测结果存在异常,则需生成警示信息。所述拨测任务通过拨测节点对目标对象进行周期性探测完成。其中,所述拨测任务拨测结果中实际阈值高于预设的警报阈值即可视为拨测结果异常,并且此时样本点数到达告警最小数值。但是如果直接生成警示信息,会存在误报的现象。因为拨测结果容易受到网络质量波动、拨测节点服务器性能波动、业务系统自身性能偶发波动等影响,从而产生误报。所以,拨测完成时首次产生的异常拨测结果可以视为疑似异常,并经对其进行二次拨测确认,从而可以提升结果置信度。所述疑似异常通过比较首次拨测结果中拨测的阈值、样本点数等指标值与预设的疑似异常指标判定值进行判定。其中,当实际拨测任务产生的拨测结果阈值高于预设的警报阈值,并且样本点数到达告警最小数值时,即可视该拨测结果疑似异常。可以理解的是,这里拨测任务拨测结果疑似异常的具体判定指标,显然不构成对本申请具体保护范围的限制。此时,需生成二次拨测确认任务。即第一拨测任务拨测结果疑似异常时,生成用于确认所述第一拨测任务拨测结果的第二拨测任务。其中,所述第一拨测任务为首次产生异常拨测结果的拨测任务;所述第二拨测任务为用于确认所述第一拨测任务拨测结果的二次确认拨测任务。另外,所述第一拨测任务与所述第二拨测任务的拨测规则相同。所述拨测规则即拨测任务中对应的拨测任务执行周期、浏览器版本。拨测区域等拨测指标配置相同。可以理解的是,这里拨测任务的具体拨测规则,显然不构成对本申请具体保护范围的限制。
进一步的,在本申请提供的一种优选的实施方式中,当第一拨测任务拨测结果疑似异常时,即时生成用于确认所述第一拨测任务拨测结果的第二拨测任务。
可以理解的是,当第一拨测任务拨测结果疑似异常时,会生成用于确认所述第一拨测任务拨测结果的第二拨测任务。其中,所述第一拨测任务为首次产生异常的拨测结果的拨测任务;所述第二拨测任务为用于确认所述第一拨测任务拨测结果的二次确认拨测任务。通过对拨测结果疑似异常的拨测任务展开复核验证,可以减少误报现象的出现,从而提升了判定结果的准确性。如果采用现有的周期性拨测的拨测方式,需综合考虑拨测时间周期及对拨测系统产生的访问压力。因无法将拨测周期设置为较小的数值,所以触发告警通常需要数十分钟时间。这样,导致告警滞后于用户投诉,无法达到有效监测目的。所以,需在首次产生疑似异常的拨测结果时,立即生成用于二次拨测确认的拨测任务。这样,可以有效避免因告警周期长而无法满足即时告警需求现象的发生。即当第一拨测任务拨测结果疑似异常时,即时生成用于确认所述第一拨测任务拨测结果的第二拨测任务。
S200:发送所述第二拨测任务至拨测任务执行节点。
可以理解的是,拨测任务通过拨测节点对目标对象进行周期性探测完成。当拨测任务生成后,需将其发送至拨测任务执行节点进行拨测。所以,当用于确认所述第一拨测任务拨测结果的第二拨测任务生成后,需要将其发送至拨测任务执行节点,从而进行所述第二拨测任务的拨测。
进一步的,在本申请提供的一种优选的实施方式中,发送所述第二拨测任务至拨测任务执行节点之前,还包括调用拨测任务执行节点。
可以理解的是,拨测任务的执行需通过拨测节点进行。所述拨测节点可模拟真实用户操作行为对拨测对象执行访问操作,并可将记录的成功率、时延等指标值发送至拨测任务管理平台。所述拨测节点部署通常采用PC机或专有硬件实现。若部署大量的拨测任务执行节点,使得硬件部署及维护成本增高。所以,通过容器技术LXC(Linux Container,简称LXC)基于开放容器标准创建拨测任务执行节点。所述LXC技术为内核轻量级的操作系统层虚拟化技术,具有弹性伸缩、瞬间移动、轻量的特点。利用该技术,可以将拨测任务执行节点虚拟化并且进行弹性调用。这样,当生成第二拨测任务时,可根据实际拨测任务的拨测规则瞬时调用大量拨测任务执行节点,从而实现硬件部署及维护成本的降低。所述拨测任务拨测规则包含拨测对象执行周期、拨测对象浏览器版本、拨测对象区域等指标。根据设置的不同拨测规则,可动态调用拨测任务执行节点。可以理解的是,这里拨测任务的具体拨测规则,显然不构成对本申请具体保护范围的限制。
进一步的,在本申请提供的一种优选的实施方式中,发送所述第二拨测任务至拨测任务执行节点之前,还包括确认参与拨测任务执行节点数量。
可以理解的是,当第一拨测任务疑似异常时,需要对其进行二次拨测,以确认该拨测任务是否误报。为了排除误报的可能性,需对第一拨测任务对应的拨测结果阈值、样本点数等指标进行二次确认。在生成用于确认所述第一拨测任务拨测结果的第二拨测任务后,如果仍通过原执行第一拨测任务的执行节点执行第二拨测任务,无法提供足够支撑准确判断的样本点数,仍存在误报的可能性。所以,还需要通过不同于执行第一拨测任务的节点进行多节点探测。所以,在发送所述第二拨测任务至拨测任务执行节点之前,还包括确认参与拨测任务执行节点数量。否则,存在执行节点无法接收到拨测任务的可能性。这样,可以保证第二拨测任务生成后能够准确发送至各执行拨测任务的执行节点,从而提供大量支撑准确判断的样本点数。最终,提升判定结果的准确性。
进一步的,在本申请提供的一种优选的实施方式中,所述拨测任务执行节点由第一执行节点与至少一个第二执行节点共同组成;
其中,所述第一执行节点为执行第一拨测任务的执行节点;所述第二执行节点为与所述第一执行节点独立不相关的拨测任务执行节点。
可以理解的是,进行疑似异常的第一拨测任务拨测结果确认时,需要通过多执行节点执行第二拨测任务。所述第二拨测任务为用于确认疑似异常的第一拨测任务拨测结果的拨测任务。通过多执行节点执行第二拨测任务,针对疑似异常的拨测结果展开复核验证时,执行第一拨测任务的执行节点可视为第一执行节点。第一执行节点之外的其余拨测任务执行节点为第二执行节点。所述第一节点与所述第二执行节点应独立不相关。所述独立不相关为第二执行节点在地域、宿主终端、时间、客户端类型等任意维度上与第一执行节点不同。所述地域维度不同为第二执行节点与第一执行节点所在地区不同。例如,所述第一执行节点模拟a市,所述第二执行节点模拟b市。不同地区执行节点共同执行拨测任务,通过对拨测结果的分析,从而可以得知拨测对象对不同地区拨测任务执行节点响应的成功率以及响应延时等指标值。这样,可以排除地区因素引起的误报,从而增加拨测结果的准确性。所述宿主终端维度不同为第二执行节点与第一执行节点安装的终端不同。例如,所述第一执行节点模拟a客户端,所述第二执行节点模拟b客户端。不同宿主终端执行节点共同执行拨测任务,通过对拨测结果的分析,从而可以得知拨测对象对不同宿主终端拨测任务执行节点的响应的成功率以及响应延时等指标值。这样,可以排除宿主终端因素引起的误报,从而增加拨测结果的准确性。所述时间维度不同为第二执行节点与第一执行节点存在时间或拨测时刻不同。例如,所述第一执行节点模拟a时刻,所述第二执行节点模拟b时刻。不同创建时间的执行节点共同执行拨测任务,通过对拨测结果的分析,从而可以得知拨测对象对不同创建时间的拨测任务执行节点的响应的成功率以及响应延时等指标值。这样,可以排除创建时间因素引起的误报,从而增加拨测结果的准确性。所述客户端类型维度不同为第二执行节点与第一执行节点模拟不同的客户端。例如,所述第一执行节点模拟安卓Android客户端,所述第二执行节点模拟IOS客户端。不同客户端类型的执行节点共同执行拨测任务,通过对拨测结果的分析,从而可以得知拨测对象对不同客户端类型的拨测任务执行节点的响应的成功率以及响应延时等指标值。这样,可以排除客户端类型因素引起的误报,从而增加拨测结果的准确性。通过在地域、宿主终端、时间、客户端类型等任意维度上不同于第一执行节点的第二执行节点执行拨测任务,可以得到多维度的测试结果。通过对所述多维度测试结果的综合分析,最终确认拨测任务是否异常,从而提升了结果判定的准确性。由此可知,执行第二拨测任务的执行节点除执行第一拨测任务的第一执行节点之外,还包括与第一执行节点在地域、宿主终端、时间、客户端类型等任意维度上不同的至少一个第二执行节点共同组成。可以理解的是,这里列举的执行节点不同维度以及具体的维度分析,显然不构成对本申请具体保护范围的限制。
进一步的,在本申请提供的一种优选的实施方式中,所述拨测任务若干执行节点依次执行或同时执行所述第二拨测任务。
可以理解的是,执行用于确认拨测结果疑似异常的第一拨测任务的第二拨测任务时,需要通过多执行节点执行。所述执行节点数量确认完毕后,第二拨测任务被发送至对应的若干拨测任务执行节点。所述若干拨测任务执行节点由第一执行节点与至少一个第二执行节点共同组成。其中,所述第一执行节点为执行第一拨测任务的执行节点;所述第二执行节点为与所述第一执行节点独立不相关的拨测任务执行节点。所述独立不相关为第二执行节点在地域、宿主终端、时间、客户端类型等任意维度上与第一执行节点不同。若干拨测任务执行节点执行拨测任务时,依次执行或同时执行所述第二拨测任务。当依次执行第二拨测任务时,若干拨测任务执行节点有序执行拨测任务。此时,各执行节点执行完毕拨测任务,对应的拨测结果有序传回至拨测管理平台。当同时执行第二拨测任务时,若干拨测任务执行节点共同执行拨测任务且开始执行拨测任务的时刻相同。此时,各执行节点对应的拨测结果按照各节点拨测完成的先后顺序传回至拨测管理平台。通过所述两种执行方式执行拨测任务,使得拨测管理平台更为高效准确的进行数据分析。通过对传回的拨测结果进行综合分析,从而可得出第二拨测任务的最终拨测结果。
S300:接收所述拨测任务执行节点发送的第二拨测任务执行反馈。
可以理解的是,当用于确认拨测结果疑似异常的第一拨测任务的第二拨测任务发送至拨测任务执行节点,所述拨测任务执行节点会执行所述第二拨测任务。其中,所述拨测任务执行节点由第一执行节点与至少一个第二执行节点共同组成;所述第一执行节点为原执行第一拨测任务的执行节点,所述第二执行节点为与所述第一执行节点独立不相关的拨测任务执行节点。当所述第二拨测任务执行完毕,若干拨测任务执行节点会将对应产生的第二拨测任务执行结果传回拨测任务管理平台。此时,拨测任务管理平台将接收由若干拨测任务执行节点对应产生的第二拨测任务执行结果。
S400:根据所述第二拨测任务执行反馈,判定第二拨测任务拨测是否异常。
可以理解的是,通过多执行节点执行用于确认拨测结果疑似异常的第一拨测任务的第二拨测任务后,会对应接收若干拨测任务执行节点反馈的拨测任务执行结果。此时,足够的用于支撑最终拨测结果判定的样本点数量被采集。拨测任务管理平台通过对若干拨测任务执行节点反馈的拨测任务执行结果进行综合分析,并根据预设的异常判定规则即可判定第二拨测任务拨测是否异常。所述异常判定规则包含拨测阈值、样本点数、关联关系等指标。所述拨测阈值为拨测任务执行节点对拨测对象执行拨测任务时,允许的最高时延值。所述异常判定指标中的样本点数预设值为异常判定临界点所对应的最小样本点数值。所述关联关系指标值预设的值为第一执行节点与第二执行节点在地域、宿主终端、时间、客户端类型等不同维度执行结果对应的权重值。当某一维度拨测任务执行节点反馈的实际指标值高于所述拨测阈值,且采集到的样本点数达到所述预设的样本点数时,该拨测任务执行节点在对应维度产生的拨测结果视为异常。然后,通过预设的关联关系指标值对接收到的若干拨测任务执行结果进行综合分析,即可综合判定第二拨测任务拨测是否异常。通过对第二拨测任务进行多维度的综合分析,使得第二拨测任务的判定结果更为精准。
进一步的,在本申请提供的一种优选的实施方式中,根据所述第二拨测任务执行反馈,判定第二拨测任务拨测是否异常之前,还包括确认预设的异常判定指标值。
可以理解的是,若干拨测任务执行节点会反馈若干拨测任务执行结果。其中,所述若干拨测任务执行结果对应包含有大量的用于支撑最终拨测结果判定的实际拨测各指标值。在拨测任务执行节点对拨测对象执行拨测任务时,会对应记录拨测时延信息。通过对实际拨测产生的若干指标值进行综合分析即可判定第二拨测任务是否异常。判定第二拨测任务是否异常需将采集到的若干实际拨测各指标值与拨测正常状态下的各指标值进行对比,所以在判定第二拨测任务拨测是否异常之前,还包括确认预设的异常判定指标值。所述异常判定指标值即为拨测正常状态下的各指标值临界值。所述异常判定指标值包含有拨测阈值、样本点数、关联关系等各项指标值。所述拨测阈值为拨测任务执行节点对拨测对象执行拨测任务时,允许的最高时延值。所述异常判定指标中的样本点数预设值为异常判定临界点所对应的最小样本点数值。所述关联关系指标值预设的值为第一执行节点与第二执行节点在地域、宿主终端、时间、客户端类型等不同维度执行结果对应的权重值。可以理解的是,这里异常判定指标中的具体指标以及对应的指标分析,显然不构成对本申请具体保护范围的限制。
S500:当第二拨测任务拨测异常时,输出警示信息。
可以理解的是,对若干第二拨测任务执行节点反馈的拨测任务执行结果进行综合分析,即可判定所述第二拨测任务是否异常。所述异常根据采集的若干拨测结果中的拨测阈值、样本点数、关联关系等指标进行判定。经判定,若所述第二拨测任务拨测无异常,则说明拨测结果疑似异常的第一拨测任务判定失误,无需输出警示信息。但是,若所述第二拨测任务拨测判定为异常,则说明疑似异常的第一拨测任务拨测结果判定无误,需输出警示信息。所述警示信息输出至告警平台或发送至自动化处理装置。这样,当工作人员通过告警平台接收到告警信息或自动化处理装置接收到警示信息之后将处理异常。这样,既有效避免了误报现象的发生,又提升了拨测任务拨测结果的置信度。同时,还可以减少工作人员的工作量,提高了异常处理的效率。
进一步的,当第二拨测任务拨测异常时,输出警示信息之后,还包括释放所述拨测任务执行节点。
可以理解的是,当第一拨测结果疑似异常时,用于确认所述第一拨测结果的二次确认拨测任务通过若干执行节点共同完成。所述若干节点由第一执行节点与至少一个第二执行节点共同组成。其中,所述第一执行节点为执行第一拨测任务的执行节点;所述第二执行节点为与所述第一执行节点独立不相关的拨测任务执行节点。所述若干执行节点通过容器LXC(Linux Container,简称LXC)技术基于开放容器标准进行创建。所述LXC技术为内核轻量级的操作系统层虚拟化技术,具有弹性伸缩、瞬间移动、轻量的特点。利用该技术,可以将第二执行节点虚拟化并且可以进行弹性即动态创建。当用于确认疑似异常拨测结果的第二拨测任务生成时,拨测管理平台可短时间内快速新增大量拨测任务执行节点。基于容器LXC技术创建的第二执行节点具有弹性伸缩、瞬间移动的特性,当用于确认疑似异常拨测结果的第二拨测任务被执行完毕且判定完成后,动态创建的第二执行节点需进行释放。这样,既可以实现拨测任务多维度地执行,又可以实现硬件部署及维护的成本降低,降低系统的占用内存。
为支持拨测告警方法,本申请提供了一种拨测告警装置100。
请参照图2,本申请提供的一种拨测告警装置100,包括:
生成模块11,用于当第一拨测任务拨测结果疑似异常时,生成对应的第二拨测任务。
可以理解的是,当拨测任务完成且拨测结果无异常时,不会生成告警信息。而当拨测任务完成时对应的拨测结果存在异常,则需生成警示信息。所述拨测任务通过拨测节点对目标对象进行周期性探测完成。其中,所述拨测任务拨测结果中实际阈值高于预设的警报阈值即可视为拨测结果异常,并且此时样本点数到达告警最小数值。但是如果直接生成警示信息,会存在误报的现象。因为拨测结果容易受到网络质量波动、拨测节点服务器性能波动、业务系统自身性能偶发波动等影响,从而产生误报。所以,拨测完成时首次产生的异常拨测结果可以视为疑似异常,并经对其进行二次拨测确认,从而可以提升结果置信度。所述疑似异常通过比较首次拨测结果中拨测的阈值、样本点数等指标值与预设的疑似异常指标判定值进行判定。其中,当实际拨测任务产生的拨测结果阈值高于预设的警报阈值,并且样本点数到达告警最小数值时,即可视该拨测结果疑似异常。可以理解的是,这里拨测任务拨测结果疑似异常的具体判定指标,显然不构成对本申请具体保护范围的限制。此时,生成模块11需生成二次拨测确认任务。即第一拨测任务拨测结果疑似异常时,生成模块11生成用于确认所述第一拨测任务拨测结果的第二拨测任务。其中,所述第一拨测任务为首次产生异常拨测结果的拨测任务;所述第二拨测任务为用于确认所述第一拨测任务拨测结果的二次确认拨测任务。另外,生成模块11生成的第二拨测任务与所述第一拨测任务拨测规则相同。所述拨测规则即拨测任务中对应的拨测任务执行周期、浏览器版本。拨测区域等拨测指标配置相同。可以理解的是,这里拨测任务的具体拨测规则,显然不构成对本申请具体保护范围的限制。
发送模块12,用于发送所述第二拨测任务至拨测任务执行节点。
可以理解的是,拨测任务通过拨测节点对目标对象进行周期性探测完成。当拨测任务生成后,需将其发送至拨测任务执行节点进行拨测。所以,当用于确认所述第一拨测任务拨测结果的第二拨测任务生成后,需要将其通过发送模块12发送至拨测任务执行节点,从而进行所述第二拨测任务的拨测。
接收模块13,用于接收所述拨测任务执行节点发送的第二拨测任务执行反馈。
可以理解的是,当用于确认拨测结果疑似异常的第一拨测任务的第二拨测任务发送至拨测任务执行节点,所述拨测任务执行节点会执行所述第二拨测任务。其中,所述拨测任务执行节点由第一执行节点与至少一个第二执行节点共同组成;所述第一执行节点为原执行第一拨测任务的执行节点,所述第二执行节点为与所述第一执行节点独立不相关的拨测任务执行节点。当所述第二拨测任务执行完毕,若干拨测任务执行节点会将对应产生的第二拨测任务执行结果传回拨测任务管理平台。此时,拨测任务管理平台接收模块13将接收由若干拨测任务执行节点对应产生的第二拨测任务执行结果。
判定模块14,用于根据所述第二拨测任务执行反馈,判定第二拨测任务拨测是否异常。
可以理解的是,通过多执行节点执行用于确认拨测结果疑似异常的第一拨测任务的第二拨测任务后,会对应接收若干拨测任务执行节点反馈的拨测任务执行结果。此时,足够的用于支撑最终拨测结果判定的样本点数量被接收模块13采集。拨测任务管理平台通过判定模块14对若干拨测任务执行节点反馈的拨测任务执行结果进行综合分析,并根据预设的异常判定规则即可判定第二拨测任务拨测是否异常。所述异常判定规则包含拨测阈值、样本点数、关联关系等指标。所述拨测阈值为拨测任务执行节点对拨测对象执行拨测任务时,允许的最高时延值。所述异常判定指标中的样本点数预设值为异常判定临界点所对应的最小样本点数值。所述关联关系指标值预设的值为第一执行节点与第二执行节点在地域、宿主终端、时间、客户端类型等不同维度执行结果对应的权重值。当某一维度拨测任务执行节点反馈的实际指标值高于所述拨测阈值,且接收模块13采集到的样本点数达到所述预设的样本点数时,该拨测任务执行节点在对应维度产生的拨测结果视为异常。然后,判定模块14通过预设的关联关系指标值对接收到的若干拨测任务执行结果进行综合分析,即可综合判定第二拨测任务拨测是否异常。通过判定模块14对第二拨测任务进行多维度的综合分析,使得第二拨测任务的判定结果更为精准。
输出模块15,用于当第二拨测任务拨测异常时,输出警示信息。
可以理解的是,判定模块14对若干第二拨测任务执行节点反馈的拨测任务执行结果进行综合分析,即可判定所述第二拨测任务是否异常。所述异常根据接收模块13采集的若干拨测结果中的拨测阈值、样本点数、关联关系等指标进行判定。经判定,若所述第二拨测任务拨测无异常,则说明拨测结果疑似异常的第一拨测任务判定失误,输出模块15无需输出警示信息。但是,若所述第二拨测任务拨测经判定模块14判定为异常,则说明疑似异常的第一拨测任务拨测结果判定无误,输出模块15需输出警示信息。所述警示信息输出至告警平台或发送至自动化处理装置。这样,当工作人员通过告警平台接收到告警信息或自动化处理装置接收到警示信息之后将处理异常。这样,既有效避免了误报现象的发生,又提升了拨测任务拨测结果的置信度。同时,还可以减少工作人员的工作量,提高了异常处理的效率。
进一步的,在本申请提供的一种优选的实施方式中,所述拨测告警装置还包括调度模块,用于调用及释放拨测任务执行节点。
可以理解的是,拨测任务的执行需通过拨测节点进行。所述拨测节点可模拟真实用户操作行为对拨测对象执行访问操作,并可将记录的成功率、时延等指标值发送至拨测任务管理平台。所述拨测节点部署通常采用PC机或专有硬件实现。若部署大量的拨测任务执行节点,使得硬件部署及维护成本增高。所以,通过容器技术LXC(Linux Container,简称LXC)基于开放容器标准创建拨测任务执行节点。所述LXC技术为内核轻量级的操作系统层虚拟化技术,具有弹性伸缩、瞬间移动、轻量的特点。利用该技术,可以将拨测任务执行节点虚拟化并且进行弹性调用。这样,当生成拨测任务时,可根据实际拨测任务的拨测规则,通过调度模块瞬时调用大量拨测任务执行节点。所述拨测任务拨测规则包含拨测对象执行周期、拨测对象浏览器版本、拨测对象区域等指标。根据设置的不同拨测规则,可动态调用拨测任务执行节点。当拨测任务执行完毕时,调用的拨测任务执行节点通过调度模块可进行释放。这样,既可以实现拨测任务多维度地执行,又可以实现硬件部署及维护的成本降低。
需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,有语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种拨测告警方法,其特征在于,包括:
当第一拨测任务拨测结果疑似异常时,生成用于确认所述第一拨测任务拨测结果的第二拨测任务;
发送所述第二拨测任务至拨测任务执行节点;
接收所述拨测任务执行节点发送的第二拨测任务执行反馈;
根据所述第二拨测任务执行反馈,判定第二拨测任务拨测是否异常;
当第二拨测任务拨测异常时,输出警示信息。
2.如权利要求1所述的拨测告警方法,其特征在于,当第一拨测任务拨测结果疑似异常时,即时生成用于确认所述第一拨测任务拨测结果的第二拨测任务。
3.如权利要求1所述的拨测告警方法,其特征在于,发送所述第二拨测任务至拨测任务执行节点之前,还包括调用拨测任务执行节点。
4.如权利要求3所述的拨测告警方法,其特征在于,发送所述第二拨测任务至拨测任务执行节点之前,还包括确认参与拨测任务执行节点数量。
5.如权利要求4所述的拨测告警方法,其特征在于,所述拨测任务执行节点由第一执行节点与至少一个第二执行节点共同组成;
其中,所述第一执行节点为执行第一拨测任务的执行节点;所述第二执行节点为与所述第一执行节点独立不相关的拨测任务执行节点。
6.如权利要求5所述的拨测告警方法,其特征在于,所述拨测任务若干执行节点依次执行或同时执行所述第二拨测任务。
7.如权利要求1所述的拨测告警方法,其特征在于,根据所述第二拨测任务执行反馈,判定第二拨测任务拨测是否异常之前,还包括确认预设的异常判定指标值。
8.如权利要求1所述的拨测告警方法,其特征在于,当第二拨测任务拨测异常时,输出警示信息之后,还包括释放所述拨测任务执行节点。
9.一种拨测告警装置,其特征在于,包括:
生成模块,用于当第一拨测任务拨测结果疑似异常时,生成对应的第二拨测任务;
发送模块,用于发送所述第二拨测任务至拨测任务执行节点;
接收模块,用于接收所述拨测任务执行节点发送的第二拨测任务执行反馈;
判定模块,用于根据所述第二拨测任务执行反馈,判定第二拨测任务拨测是否异常;
输出模块,用于当第二拨测任务拨测异常时,输出警示信息。
10.如权利要求9所述的拨测告警装置,其特征在于,所述拨测告警装置还包括调度模块,用于调用及释放拨测任务执行节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110046506.6A CN112860509A (zh) | 2021-01-14 | 2021-01-14 | 拨测告警方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110046506.6A CN112860509A (zh) | 2021-01-14 | 2021-01-14 | 拨测告警方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112860509A true CN112860509A (zh) | 2021-05-28 |
Family
ID=76003677
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110046506.6A Pending CN112860509A (zh) | 2021-01-14 | 2021-01-14 | 拨测告警方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112860509A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115514663A (zh) * | 2022-09-23 | 2022-12-23 | 北京奇艺世纪科技有限公司 | 一种拨测方法、系统、装置、电子设备及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020114349A1 (en) * | 1996-05-13 | 2002-08-22 | Adtran, Inc. | ISDN terminal equipment-resident mechanism for determining service profile identifiers and associated telecommunication switch protocol |
CN101014177A (zh) * | 2007-02-05 | 2007-08-08 | 浪潮乐金信息系统有限公司 | 无线网络集中监控业务中交叉测试验证可靠性的方法 |
CN108206769A (zh) * | 2017-12-26 | 2018-06-26 | 中国移动通信集团江苏有限公司 | 过滤网络质量告警的方法、装置、设备和介质 |
CN109728980A (zh) * | 2019-03-15 | 2019-05-07 | 广东电网有限责任公司 | 一种网络质量主动拨测方法、装置和设备 |
CN109936486A (zh) * | 2019-01-02 | 2019-06-25 | 平安科技(深圳)有限公司 | 基于区块链的自动拨测方法、装置、设备和存储介质 |
CN111158979A (zh) * | 2019-12-19 | 2020-05-15 | 中国建设银行股份有限公司 | 服务的拨测方法、系统、装置及存储介质 |
CN111432078A (zh) * | 2020-03-27 | 2020-07-17 | 中国—东盟信息港股份有限公司 | 一种用于判断码号异常的系统 |
CN112202638A (zh) * | 2020-09-29 | 2021-01-08 | 北京百度网讯科技有限公司 | 数据处理方法、装置、设备及计算机存储介质 |
-
2021
- 2021-01-14 CN CN202110046506.6A patent/CN112860509A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020114349A1 (en) * | 1996-05-13 | 2002-08-22 | Adtran, Inc. | ISDN terminal equipment-resident mechanism for determining service profile identifiers and associated telecommunication switch protocol |
CN101014177A (zh) * | 2007-02-05 | 2007-08-08 | 浪潮乐金信息系统有限公司 | 无线网络集中监控业务中交叉测试验证可靠性的方法 |
CN108206769A (zh) * | 2017-12-26 | 2018-06-26 | 中国移动通信集团江苏有限公司 | 过滤网络质量告警的方法、装置、设备和介质 |
CN109936486A (zh) * | 2019-01-02 | 2019-06-25 | 平安科技(深圳)有限公司 | 基于区块链的自动拨测方法、装置、设备和存储介质 |
CN109728980A (zh) * | 2019-03-15 | 2019-05-07 | 广东电网有限责任公司 | 一种网络质量主动拨测方法、装置和设备 |
CN111158979A (zh) * | 2019-12-19 | 2020-05-15 | 中国建设银行股份有限公司 | 服务的拨测方法、系统、装置及存储介质 |
CN111432078A (zh) * | 2020-03-27 | 2020-07-17 | 中国—东盟信息港股份有限公司 | 一种用于判断码号异常的系统 |
CN112202638A (zh) * | 2020-09-29 | 2021-01-08 | 北京百度网讯科技有限公司 | 数据处理方法、装置、设备及计算机存储介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115514663A (zh) * | 2022-09-23 | 2022-12-23 | 北京奇艺世纪科技有限公司 | 一种拨测方法、系统、装置、电子设备及存储介质 |
CN115514663B (zh) * | 2022-09-23 | 2023-10-27 | 北京奇艺世纪科技有限公司 | 一种拨测方法、系统、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105550113B (zh) | Web测试方法与测试机 | |
CN107807877B (zh) | 一种代码性能测试的方法和装置 | |
CN110888783A (zh) | 微服务系统的监测方法、装置以及电子设备 | |
US20160378583A1 (en) | Management computer and method for evaluating performance threshold value | |
CN111341445B (zh) | 微服务调用链的健康检测方法和健康检测系统 | |
CN107577597B (zh) | 安装包自动化测试方法、装置、设备和存储介质 | |
CN116719664B (zh) | 基于微服务部署的应用和云平台跨层故障分析方法及系统 | |
CN110688063A (zh) | 一种Raid的慢盘筛选方法、装置、设备及介质 | |
CN111309570A (zh) | 压力测试方法、介质、装置和计算设备 | |
CN110908708B (zh) | 一种代码发布方法、装置和系统 | |
US11349730B2 (en) | Operation device and operation method | |
CN109522181A (zh) | 一种分布式存储系统的性能测试方法、装置和设备 | |
CN113535538A (zh) | 应用全链路自动化测试方法、装置、电子设备和存储介质 | |
CN112860509A (zh) | 拨测告警方法及装置 | |
CN111767218B (zh) | 一种用于持续集成的自动化测试方法、设备及存储介质 | |
CN111143151B (zh) | 业务监控方法、装置以及电子设备 | |
CN116723085A (zh) | 服务冲突的处理方法、装置、存储介质及电子装置 | |
CN114546799A (zh) | 埋点日志校验方法、装置、电子设备、存储介质及产品 | |
CN110618943B (zh) | 安防服务测试方法、装置、电子设备及可读存储介质 | |
CN108845932B (zh) | 一种网络库的单元测试方法、装置、存储介质及终端 | |
CN111835566A (zh) | 一种系统故障管理方法、装置及系统 | |
CN110362464A (zh) | 软件分析方法及设备 | |
KR101997777B1 (ko) | 이상 감지 장치 및 이의 동작 방법 | |
CN111324524B (zh) | 一种广告的稳定性测试方法及装置 | |
CN112199247B (zh) | 一种无业务状态下Docker容器进程活性的检查方法及装置 |
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 |