一种基于应用的双向链路分析方法

技术领域

本发明涉及应用故障分析预警技术领域，具体为一种基于应用的双向链路分析方法。

背景技术

现有技术中，应用平台渐渐由单体架构的应用转成为易开发、易扩展、安全系数更高的微服务架构的应用，再加上云原生、微服务、DevOps等新技术、新理念的出现，给应用的正常运行提供可靠保障。

但是，越来越复杂的架构给运维及故障分析同样带来了很大挑战。当下，常规的监控应用根据数据分析及日常经验等方式形成一套监控规则，这些规则可以发现常规的故障，但是对于非常规下发生的故障却不能准确发现；作为用户方，往往只能被动的接受按照规则能够发现故障信息，这些推送给用户的信息不一定是客户想要的。如何精准定位终端用户访问应用过程中遇到的故障及其根因？如何避免只是按照规则发现问题，避免推送的信息不是使用者需要，而使用者需要又获取不到的问题？如何快速溯源，及时做出有效调整，防患于未然，提高运维效率，成为急需解决的问题。

发明内容

本发明的目的在于提供一种基于应用的双向链路分析方法，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：一种基于应用的双向链路分析方法，其特征在于：所述方法包括以下步骤：

创建业务模型；

绑定应用和服务的关系；

绑定功能和请求的关系；

应用链路监控埋点；

数据清洗、转换、计算、入库；

数据分析。

优选的，创建业务模型的具体包括以下步骤：

创建的业务模型包括应用、服务、功能、请求四个模型。

优选的，绑定应用和服务的关系的具体包括以下步骤：

埋点的配置信息中添加应用编码，以此将应用和服务绑定在一起。

优选的，绑定功能和请求的关系的具体包括以下步骤：

选择需要监控的核心功能，通过浏览器把监听到的请求URL显示到审查窗口中，将这些请求URL和功能的绑定。

优选的，应用链路监控埋点的具体包括以下步骤：

应用系统链路监控埋点，对应用内部的请求链路情况进行采集。

优选的，数据清洗、转换、计算、入库的具体包括以下步骤：

将采集的数据根据业务模型的要求进行数据的清洗、转换、计算等操作，保证最终入库数据的一致性和完整性。

优选的，数据分析的具体包括以下步骤：

根据采集的数据从正反双向进行链路分析。

优选的，反向分析具体包括以下步骤：

通过数据分析及监控经验配置链路的监控策略；

根据应用中配置链路的监控策略，在监控指标触发门限时，发出告警；

通过邮件或短信等方式通知运维人员，结合业务链路层层分析，定位问题根因，解决问题。

优选的，正向分析具体包括以下步骤：

通过浏览器工具监听应用内功能时所调用的请求信息；

对近一段时间内请求调用情况进行链路分析，查看其各指标的增量趋势；

针对分析得出应用的安全隐患，提前采取有针对性的预防措施，做到提前预防。

与现有技术相比，本发明的有益效果是：

本发明提出的基于应用的双向链路分析方法,为了及时分析应用软件运行质量及部署资源影响情况，通过反向自动采集数据按照规则发现问题，及正向点击功能跟踪调用效率进行预防两个方式。正反向结合能够更好解决用户从面和点上掌握运行质量的需求，避免了推送的信息不是使用者需要，而使用者需要又获取不到的问题，可以快速追溯定位问题进行解决，降低管理成本，同时还能规避风险。

附图说明

图1为本发明双向链路分析的流程图；

图2为本发明数据采集后清洗流程图；

图3为本发明数据采集清洗转换入库流程图。

具体实施方式

为了使本发明的目的、技术方案进行清楚、完整地描述，及优点更加清楚明白，以下结合附图对本发明实施例进行进一步详细说明。应当理解，此处所描述的具体实施例是本发明一部分实施例，而不是全部的实施例，仅仅用以解释本发明实施例，并不用于限定本发明实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

请参阅图1至图3，本发明提供一种技术方案：一种基于应用的双向链路分析方法，所述方法包括以下步骤：

1.创建业务模型：创建的业务模型包括应用、服务、功能、请求四个模型。

2.绑定应用和服务的关系：埋点的配置信息中添加应用编码，以此将应用和服务绑定在一起。

3.绑定功能和请求的关系：选择需要监控的核心功能，通过浏览器把监听到的请求URL显示到审查窗口中，将这些请求URL和功能的绑定。

4.应用链路监控埋点：应用系统链路监控埋点，对应用内部的请求链路情况进行采集。

5.数据清洗、转换、计算、入库：将采集的数据根据业务模型的要求进行数据的清洗(见图2)、转换、计算等操作，保证最终入库数据的一致性和完整性，如图3所示。

6.数据分析：根据采集的数据从正反双向进行链路分析。

所述的步骤6中反向分析和正向分析以6.1和6.2详述分析步骤。所述的反向分析(6.1)是指从实际监控中发现问题，被动的对产生问题原因的分析，研究制定纠偏措施。具体包括以下步骤：

6.1.1通过数据分析及监控经验配置链路的监控策略。

6.1.2根据应用中配置链路的监控策略，在监控指标触发门限时，发出告警。

6.1.3通过邮件或短信等方式通知运维人员，结合业务链路层层分析，定位问题根因，解决问题。

所述的正向分析(6.2)是指在应用使用高峰期或关键时期，根据日常监控指标预先分析各种风险因素及其导致应用出现故障可能性的基础上，提前采取有针对性的预防措施，从而减少乃至避免应用故障。具体包括以下步骤：

6.2.1通过浏览器工具监听应用内功能时所调用的请求信息。

6.2.2对近一段时间内请求调用情况进行链路分析，查看其各指标的增量趋势。

6.2.3针对分析得出应用的安全隐患，提前采取有针对性的预防措施，做到提前预防。

实施例二

在实施例一的基础上，基于采集到的链路调用数据信息，不再局限于常规情况下运维人员按照监控规则发现应用内部故障，将被动的按照监控规则发现应用故障与主动的去分析应用故障相结合，形成双向的链路分析。既能够常规情况下发现应用故障，并基于调用的链路进行根因分析，又可以在非常规情况下主动进行链路分析，提前做出预警，防患于未然。

2)技术方案：

A.本发明提供了基于应用的双向链路分析方法，保障业务的正常运行。所述应用的正常运行需判断应用是否健康、是否好用，关键体现在应用的核心业务是否能正常运行，往往通过一些核心功能的运行质量来分析应用的健康程度。

B.创建业务模型：创建的业务模型包括应用、服务、功能、请求四个模型，在应用的链路分析过程中，服务和请求的性能指标为链路采集的基础指标，主要包含服务SLA、服务响应时延、请求SLA、请求响应时延等；应用与功能的性能指标是通过服务和请求进行聚合分析得到的指标，主要包含服务响应时延、SLA等指标。SLA用来分析该对象的运行质量情况，响应时延用来分析该对象的使用性能情况。

C.绑定应用和服务的关系：在应用内各个服务进行埋点，埋点配置中添加应用编码，以此将应用和服务绑定在一起。

D.绑定功能和请求的关系：通过编写Google浏览器的Chrome DevToolsExtension文件，监听应用的请求。选择需要监控的核心功能，在浏览器页面操作核心功能时，浏览器会把监听到的请求URL显示到审查窗口中，这些请求URL就是在使用核心功能时调用的请求，将这层关系存入数据库中，即完成功能和请求的绑定。

E.链路数据采集：对应用内部的请求链路情况进行采集，采集获取到的数据进行清洗、转换、计算，最终将数据存储到数据库对应的业务模型中。

F.反向分析：根据采集的各种监控指标，结合算法及经验预置应用的监控规则作为问题排查和整改方案的数据依据，通过反馈结果判断应用系统链路健康状况并反馈告警的必要性和通知方式，在用户得到通知后，可以借助系统全面还原故障现场。根据告警返回的错误信息，从拓扑直观反映应用内出现问题的服务，借助SLA、吞吐量、响应时间和错误数外，可以看到故障发生时的流量、总连接数和错误详情，借助调用链跟踪核心功能中发生的每个错误，将功能内部所调用的请求各层级URL、返回码、SQL语句、绑定参数或变量等呈链路展示，帮助运维人员快速定位问题，并根据解决经验形成知识库。

G.正向分析：选择需要主动分析的功能，根据所述D描述，监听该功能所调用的请求URL，将采集的监控指标与请求关联，形成专业的数据分析和统计报告，可以分析近一段时间该功能各项指标的增量趋势以及出现请求问题的情况，根据增量趋势分析该功能在未来的一段时间应用会出现性能瓶颈，帮助用户找到出现故障的根源，进而安排什么时间做什么样的策略来解决这些瓶颈，促进监控运维体系的改进，提前预防问题的发生。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。