一种基于业务逻辑的业务状态设置、展示方法及装置与流程

文档序号:12375872阅读:242来源:国知局
一种基于业务逻辑的业务状态设置、展示方法及装置与流程

本发明涉及网络分析技术领域,尤其是一种基于业务逻辑的业务状态设置、展示方法及装置。



背景技术:

当今社会网络的安全与稳定是必不可少的,为了让网络更健康的运行人们更多的会使用分析软件来了解网络运行情况。相当多的分析软件通过配置相应网络业务(用户配置的特定网络任务)来对自身网络进行分析。这种分析能大大提升网络的运行维护能力和故障处置效率,有效的减少故障时间。但在此过程中使用者往往不能准确直观的分析出自身网络业务逻辑的情况,从而造成分析结果不能体现相应价值甚至有可能造成分析错误。

相当多的技术是给予使用者一种通过文字描述,或者柱状图,线图等图表方式来展示分析结果,此方法不仅不能直观的告知用户分析结果且在进一步分析的过程中会浪费大量的时间寻找对应的一些具体业务条件与警报。



技术实现要素:

本发明所要解决的技术问题是:针对现有技术存在的问题,提供一种基于业务逻辑的业务状态设置、展示方法及装置。将在Web页面中以业务逻辑图,进行应用性能状态展示、交易路径展示、应用关键指标展示、应用节点信息查询等,以便于使用者更多样化,更直观,更准确的对网络中的业务进行相关的分析。

本发明采用的技术方案如下:

一种基于业务逻辑的业务状态设置、展示方法包括:

应用性能状态展示步骤,将用户的应用性能状态在应用性能状态栏中进行划分,每个应用性能状态设置三种参数表达,三种参数分别是应用、主机和网络,每个参数设置n个时间块分别对应代表n个时间段该应用的性能状态,该应用性能与警报等级进行对应展示;每个主机与业务逻辑图中主机通过相同IP、不同坐标值建立对应连接;应用与业务逻辑图中的业务应用是通过相同应用ID、不同坐标值建立对应连接;网络与业务逻辑图中的网络是通过相同服务器ID、不同坐标值进行关联(应用性能状态显示在应用性能状态栏,见图9最左边;业务逻辑图中业务应用、网络与主机等显示在业务逻辑图中,见图9右边中间位置);业务逻辑图中警报等级与应用性能状态进行连接;业务逻辑图与应用性能状态栏在不同区域展示;

应用关键指标(见图10中左边upmserver或者CRM正下方的四个参数:字节数、最大响应时间、TCP交易数量以及平均响应时间)展示步骤,探针抓取所有数据包,当通过应用关键指标页面选中指定应用ID的关键参数指标时,将数据库中某应用ID关键参数对应的数据,将对应数据展示于应用关键指标页面上;T为1分钟到2分钟;

交易路径展示(图15中,右边业务逻辑图上曲线部分,例如test app到ellent或者all client的曲线部分)步骤,通过交易路径设置(图12进行设置)与展示配置过程,在相关服务器与客户端之间配置交易路径;然后通过查看相关服务器与客户端交易路径,获得相关数据源;

应用节点信息查询步骤,通过业务逻辑图配置(图13设置)后得到主机节点、得到主机之间的通讯路径,然后通过查看应用节点信息(图14),得到应用节点相关信息。

进一步的,通过SVG绘图中的方块来描绘时间块;时间块中的数字代表警报数量总和,时间块以p个颜色代表p个等级的应用性能状态;时间块p个等 级的应用性能状态判断是通过与该主机相连的所有网络路径上警报等级最高值与性能判断阈值比较,获取n个应用性能状态;

进一步的,所述性能判断阈值包括第一性能判断阈值x1、第二能判断阈值x2、......、第n性能判断阈值xp;若警报等级与x1相同,则该时间块应用性能状态是最低应用性能状态;若警报等级与x2相同,则该时间块应用性能状态是较高应用性能状态;若警报等级与xp相同,则该时间块应用性能状态是最高应用性能状态;第一种是自定义方式,第一性能判断阈值X1代表最低等级应用性能状态、第n性能判断阈值xp代表最高等级应用性能状态。

进一步的,所述应用关键指标展示步骤具体过程是:探针通过路由器交换机的镜像口抓取所有数据包,解析数据包并将数据包的指标数据存入数据库中;系统间隔时间T向探针发送请求获取探针数据库中的数据,并存入系统数据库,当通过应用关键指标页面选中指定应用ID的关键参数指标时,将数据库中某应用ID关键参数对应的数据,通过JQuery修改页面内容方式,将对应数据展示于应用关键指标页面上;T为1分钟到2分钟;

进一步的,所述点击应用性能状态节点后,可查看具体应用节点信息,点击主机节点查看具体主机信息;节点的基本信息是业务逻辑图中通过D3存在节点中的数据获取的;实心圆圈与空心圆圈分别代表单个主机与多个主机,实心方块与空心方块则代表单个应用与多个应用,线代表网络路径。而线上会有流动的点,从客户端流向服务器代表数据流向;数据均是从业务逻辑图配置那获取到的,然后通过D3进行回显。

进一步的,业务逻辑图全景配置或居中配置是通过计算画布面积,然后计算业务逻辑图中数据坐标点的位置来确定。

一种基于业务逻辑的业务状态设置、展示装置包括:

应用性能状态展示模块,将用户的应用性能状态在应用性能状态栏中进行划分,每个应用性能状态设置三种参数表达,三种参数分别是应用、主机和网络,每个参数设置n个时间块分别对应代表n个时间段该应用的性能状态,该 应用性能与警报数进行对应展示;每个主机与业务逻辑图中主机通过相同IP、不同坐标值建立对应连接;应用与业务逻辑图中的业务应用是通过相同应用ID、不同坐标值建立对应连接;网络与业务逻辑图中的网络是通过相同服务器ID、不同坐标值进行关联;业务逻辑图中警报等级与应用性能状态进行连接;业务逻辑图与应用性能状态栏在不同区域展示;

应用关键指标展示模块,探针抓取所有数据包,当通过应用关键指标页面选中指定应用ID的关键参数指标时,将数据库中某应用ID关键参数对应的数据,将对应数据展示于应用关键指标页面上;T为1分钟到2分钟;

交易路径展示模块,通过交易路径设置与展示配置过程,在相关服务器与客户端之间配置交易路径;然后通过查看相关服务器与客户端交易路径,获得相关数据源;

应用节点信息查询模块,通过业务逻辑图配置后得到主机节点、得到主机之间的通讯路径,然后通过查看应用节点信息,得到应用节点相关信息

进一步的,通过SVG绘图中的方块来描绘时间块;时间块中的数字代表警报数量总和,时间块以p个颜色代表p个等级的应用性能状态;时间块p个等级的应用性能状态判断是通过与该主机相连的所有网络路径上警报等级最高值与性能判断阈值比较,获取n个应用性能状态;

进一步的,所述性能判断阈值包括第一性能判断阈值x1、第二能判断阈值x2、......、第n性能判断阈值xp;若警报等级与x1相同,则该时间块应用性能状态是最低应用性能状态;若警报等级与x2相同,则该时间块应用性能状态是较高应用性能状态;若警报等级与xp相同,则该时间块应用性能状态是最高应用性能状态;第一种是自定义方式,第一性能判断阈值X1代表最低等级应用性能状态、第n性能判断阈值xp代表最高等级应用性能状态。

进一步,所述应用关键指标展示步骤具体过程是:探针通过路由器交换机的镜像口抓取所有数据包,解析数据包并将数据包的指标数据存入数据库中; 系统间隔时间T向探针发送请求获取探针数据库中的数据,并存入系统数据库,当通过应用关键指标页面选中指定应用ID的关键参数指标时,将数据库中某应用ID关键参数对应的数据,通过JQuery修改页面内容方式,将对应数据展示于应用关键指标页面上;T为1分钟到2分钟;所述点击应用性能状态节点后,可查看具体应用节点信息,点击主机节点查看具体主机信息;节点的基本信息是业务逻辑图中通过D3存在节点中的数据获取的;实心圆圈与空心圆圈分别代表单个主机与多个主机,实心方块与空心方块则代表单个应用与多个应用,线代表网络路径。而线上会有流动的点,从客户端流向服务器代表数据流向;数据均是从业务逻辑图配置那获取到的,然后通过D3进行回显;所述业务逻辑图全景配置或居中配置是通过计算画布面积,然后计算业务逻辑图中数据坐标点的位置来确定。

综上所述,由于采用了上述技术方案,本发明的有益效果是:

1.在Web页面中以逻辑图,进行应用性能状态展示、交易路径展示、应用关键指标展示、应用节点信息查询进行配置展示等,以便于使用者更多样化,更直观,更准确的对网络中的业务进行展示,以及为后续相关的分析业务提供数据。

附图说明

本发明将通过例子并参照附图的方式说明,其中:

图1:应用配置图。

图2:应用添加完成示意图。

图3:自定义IP图。

图4:自定义网段图。

图5:客户端添加完成示意图。

图6:通信路径设置。

图7是通信路径选择图。

图8是业务逻辑图。

图9是无警报产生的业务分析界面示意图。

图10是有警报产生的业务分析界面示意及局部放大图。

图11是应用关键指标配置图。

图12是交易路径信息图。

图13是应用节点信息示意图。

图14是主机节点信息图示意图。

图15是交易路径与连线跳转的展示图。

具体实施方式

本说明书中公开的所有特征,或公开的所有方法或过程中的步骤,除了互相排斥的特征和/或步骤以外,均可以以任何方式组合。

本说明书中公开的任一特征,除非特别叙述,均可被其他等效或具有类似目的的替代特征加以替换。即,除非特别叙述,每个特征只是一系列等效或类似特征中的一个例子而已。

本发明相关说明:

1、应用性能状态展示步骤中将用户的应用性能状态在应用性能状态栏中进行划分,每个应用性能状态设置三种参数表达,三种参数分别是应用、主机和网络,每个参数设置n个时间块分别对应代表n个时间段该应用的性能状态,通过SVG绘图中的方块来描绘时间块;时间块中的数字代表警报数量总和,时间块以p个颜色来代表p个应用性能状态;时间块p个等级的应用性能状态判 断是通过与该主机相连的所有网络路径上警报等级最高值与性能判断阈值比较,获取对应应用性能状态;其中性能判断阈值包括第一性能判断阈值x1、第二能判断阈值x2、......、第n性能判断阈值xp;若警报等级与x1相同,则该时间块应用性能状态是最低应用性能状态;警报等级与应用性能状态等级通过两种方式定义,第一种是人为设定;第二种是系统根据某些参数指标定义。

例如,当与某一个主机相连的网络路径有3条,三条网络路径的警报等级分别为中等警报等级、中等警报等级以及最高警报等级,则该主机的警报等级最高(如图9中网络中的当前时间块用红色表示)。当系统定义以绿色代表最正常应用性能等级x1、浅黄色代表低应用性能等级x2、黄色代表中应用性能等级x3,红颜色代表高应用性能等级x4;

则用该主机网络的警报等级与系统定义的应用性能等级去比较,则此时该时间段,该主机警报等级红色与高应用性能状态红色相对应,则判断当前主机当前时间段应用性能状态为高应用性能等级,在时间块上显示红色。

2、应用指标的配置过程是(如图11所示):

添加应用指标步骤:点击选中左侧的分组,再点击选中右侧的指标,最后点击“<”按钮便可在此分组中添加上选择的指标;

删除应用指标指标步骤:选中后点击“>”按钮即可;

还原应用指标步骤:当用户点击还原默认分组即可还原成系统默认分组状态。

3、设置n个服务器与客户端之间的通信路径中客户端与应用是基于业务逻辑图配置获得。业务逻辑图配置过程是:

配置业务逻辑图的具体过程是:

31.首先配置应用(应用是提前配置好的)。

32.然后配置客户端(客户端我们会通过数据帮助用户获取真实环境中与应用 关联的IP/网段)

33.配置通信路径(用于后期多路径分析,数据获取源的确定等)通信路径如果用户不配置如果有自动获取到的我们默认会选择一条最短的路径作为用户的通信路径;如果没有那就必须先在另一个模块配置好通信路径,因为没有路径即是代表没有数据获取源这样的路径是错误的路径

34.关联业务。即是用户配置时如果觉得这个客户端或者应用与其他业务有关联即可配置。(用于在分析时快速跳转到其他业务进行分析)。

35.业务逻辑图的合并显示(这个是为了更大的方便用户自定义逻辑图用于后期分析)。具体包括:

基于Web页面,图1为用户在业务逻辑中配置应用关系(应用数据由用户在其他配置页面已配置好)。使用者在配置业务逻辑时,对应用的选择相当重要,所以系统会获取用户配置的应用方便用户进行选择。添加应用后(见图2),逻辑图和右侧树状结构均出现此应用的展示。(逻辑图通过D3.js实现,树状结构由zTree.js实现,而生成的数据是由用户的定义好的应用配置所得。在生成逻辑图节点与树状结构节点时我们会通过特定方式(时间+应用ID或客户端IP地址或网段+MD5)生成唯一加密ID用户后期警报的配置,分析等)其中逻辑图中圆圈代表了主机,方块代表了应用即代表此主机上有应用存在(均是通过D3.js向svg元素中append或者insert元素与元素数据进行绘制)。而树状结构中服务器为用户配置应用时所配置的服务器地址,而客户端中系统也会自动获取用户配置应用时配置好的已添加客户端地址。如图1的客户端处可见添加按钮,方便用户自定义应用下的客户端。点击添加按钮后(见图3,图4),打开的弹出框中用户可对客户端的名称,类型(包含IP地址、网段、所有客户端),自动获取IP,自动获取网段,IP地址,网段,NAT映射,关联业务等 进行配置(点击客户端对应列的编辑按钮还可以对相关配置进行编辑操作),得到如图1中“Clint、CRM、All以及C2”。其中请注意自动获取IP与自动获取网段项,此配置中的IP地址与网段均是系统通过探针获取到的用户真实的客户端IP地址与网段,方便用户选择配置,也可避免用户配置错误。

配置客户端完成后可见图5,树状结构中客户端列多出了刚刚配置好的客户端。(在此步骤中会通过客户端所在的应用、时间等参数生成客户端的唯一的加密ID,此ID在通过D3.JS绘制逻辑图时也会是客户端节点的唯一ID,包括后面的分析,警报的产生都是靠此ID进行关联的,此处与上方应用添加是相同的。添加完成后通过zTree.js中的addNodes方法在树状结构中添加客户端进行显示,而编辑各种数据则是用updateNode方法,删除则是removeNode。)(客户端列后方三个按钮分别为:编辑客户端,编辑通信路径,删除客户端操作)如果此客户端到对应的应用服务器有网络通信路径(通信路径即代表网络数据从客户端到服务器的过程中经过了哪些探针,设备等。此处配置的路径会在多路径这个专利中得到体现)那么系统自动会配置上一条最短的通信路径用于用户分析。如果没有路径或者路径需要重新选择,点击通信路径设置按钮后打开弹出框进行配置。由图可见(见图6),路径图配置操作中的编辑按钮可对路径进行编辑(此步骤在其他页面中配置)。获取通信路径按钮,可自动获取到所有路径提供用户选择(见图7)(这个通信路径图是通过D3.JS在svg中绘图自己绘制的一种路径展示。使用者可以将不同的设备、探针放置于路径中用于后期分析,而这些参数都是可以放在每个设备和探针的元素中作用于后期分析的。例如:我们会把探针的id,设备的类型、名称等放置与元素对象中)。确定好通信路径后,勾选客户端列前方的通信路径复选框可见(见图8),, 逻辑图中已出现自定义客户端节点到应用节点的逻辑图。且当添加的节点客户端IP地址/网段与已存在的客户端IP地址/网段绝对相同时,系统会自动合并节点,应用服务器IP地址与添加的客户端存在包含关系时也会自动合并节点(如下图(见图8:CRM应用中的客户端segment为网段客户端,且配置时的网段范围为192.168.5.0/24,即代表其包含了所有5网段的IP地址。而157回溯服务器应用的服务器IP地址正好为192.168.5.157包含于5网段中。所以系统会自动合并把逻辑图中的157回溯服务节点作为appMerge(appMerge中存在CRM应用与upmserver应用)的客户端进行连线)。

逻辑图节点可拖动方便用户自定义业务逻辑的布局,当节点拖动到靠近另一节点的时候会判断用户正在进行合并节点操作,并可支持用户自定义合并节点后的新名称。当两个节点合并后,如果此节点有多个主机用空心圆圈表示,多个应用用空心方块表示(如下图(见图8):appMerge节点为CRM应用与upmserver的手动合并节点,由于有多个应用存在,所以应用标识为空心方块,而clientMerge为CRM应用下的客户端client与157回溯服务器应用下的客户端client的手动合并节点,无应用所以为空心圆圈。而157回溯服务器应用与其客户端segment均无手动合并操作,所以展示为实心圆圈与方块)。

(手动合并后端实现[以下所有坐标、数据等都是在通过D3.js还原mongodb数据库中的数据用于逻辑图展现后用data方法获得]为:拖动节点的X,Y坐标与被合并点的X,Y坐标均在5像素之内,当使用者选择取消合并,会把拖动节点的X,Y坐标远离被合并点。当确定合并时,首先我们通过D3.js的filter方法找到被合并点,并强行修改其样式为空心圆,当拖动点与被合并点均为应用时会将其改变为空心圆+空心方块。然后获取到拖动点的一些重要 数据[如:id,类型等]后将其添加进被合并点的指定对象mergeNode中,如A与B合并后,那么A的mergeNode就会有A-ID、A-TYPE、B-ID、B-TYPE等参数,并对被合并点的一些相关数据进行直接修改,然后删除拖动点。完成对点的修改后,判断合并点是否与其他节点有连线关系。如果有则更改连线数据中source或者target对象使其找到合并后的节点。如果合并后连线有重叠,则删掉之前拖动点所存在的连线,把被合并点的连线中的mergeLink对象数据加1。由于逻辑图与树状图存在关联关系。所以当用户取消客户端的勾选或者删除应用后,系统将遍历所有节点的ID[即上方应用与客户端生成的ID]的同时会遍历节点数据mergeNode对象中所有的ID,如果是此ID存在于mergeNode中先删除mergeNode中的数据,然后删除对应的合并连线。这些操作做完后再去判断剩余的mergeNode是否有多个,且是什么类型。如果有多个,且类型仍然和之前保持一致那么此节点不发生变化,如果只剩下一个节点或者一个应用那么会修改相应的节点样式,具体判断见上方列子。删完节点信息后,判断对应的mergeLink是否有重合,有重合mergeLink数据减1,如果mergeLink本身就为0那么直接删除连线)。根据以上配置后,用户可以配置出一份准确性高且直观易于展示理解的业务逻辑图。

4、交易路径设置与展示具体过程是:

步骤41:在业务逻辑中配置网络路径的业务逻辑图,通过数据库获取并保存业务逻辑图中所有坐标、数据,然后将数据回显到页面上指定显示区域;

步骤42:点击添加业务交易路径按钮,进行添加配置,即填写路径名称、设置连线颜色,分别点击2个节点便可对应绘制出一条带箭头的曲线,完成交易路径绘制;

步骤43:重复步骤2,绘制n条交易路径;点击交易设置,对相应路径设 置对应的多个交易名称和交易代码,保存交易路径;

步骤44:通过勾选列表第一列的复选框查看使用者配置好的交易路径。

基于Web页面,图9,图10为用户在分析页面中所看到的具体结果。依次为应用性能状态(图9左,业务逻辑图,图9右边中间位置),应用关键指标(图10左,业务逻辑图,图10右边中间位置),业务逻辑图的数据即业务逻辑配置时所配置的逻辑图)。

在图9中,应用性能状态栏主要功能是对用户展示应用的性能进行主动评估后的结果,每个应用性能状态设置三种参数表达,三种参数分别是应用、主机和网络。而每个参数后边设置n个时间块,每个小时间块代表1个等长的时间段(1分钟,1小时,1天)。分别会以绿、黄、红代表其性能状态的低、中、高。(通过SVG绘图中的方块来描绘一个个时间块。而高中低则是系统主动评估的警报状态决定的)。每个主机与业务逻辑图中主机通过相同IP、不同坐标值建立对应连接;应用与业务逻辑图中的业务应用是通过相同应用ID、不同坐标值建立对应连接;网络与业务逻辑图中的网络是通过相同服务器ID、不同坐标值进行关联;由图9可见,第一个应用upmserver对应的是业务逻辑图最下方的节点upmserver。应用代表节点upmserver上方块的状态,如果应用性能状态栏中的应用行有红色则节点上的方块也肯定会变成红色。而如果既有中等级警报,又有高等级警报那系统会默认取最高的等级展示状态色。主机则用应用节点下方的圆圈表示,网络则是与此应用主机有关联的连线。

图10中,应用关键指标代表此应用所有获取到的指标参数。上方可见配置按钮即是用户可自行配置4个关键指标,由于指标过多配置时在右侧所有指标上方给予了用户查询指标的查询栏。(配置页面见图11)。如此应用出现警报,对应的标题栏也会已绿、黄、红不同的等级颜色代表此应用产生警报。(这块 的数据也是由探针获取到的数据,然后用户选择了4种指标后,我们会回调这四个指标的数据并展示于页面上)。图9,图10中右侧的业务逻辑图,实心圆圈与空心圆圈分别代表单个主机与多个主机,实心方块与空心方块则代表单个应用与多个应用,线代表网络路径。而线上会有流动的点,从客户端流向服务器代表数据流向。(这块的数据均是从业务逻辑图配置那获取到的,然后通过D3进行回显)。配置有全景,居中功能(全景与居中均是通过计算画布面积然后计算坐标点的位置来决定的)。且可以多选交易路径,进行展示(见图15)。点击交易路径可查看详细交易信息(见图12)(交易路径的展示数据源于交易路径的配置页面,获取到对应选项的数据后通过D3进行回显)。点击应用节点后,可查看具体应用节点信息(见图13),点击主机节点查看具体主机信息(见图14)。(节点的基本信息是通过业务逻辑图中通过D3存在节点中的数据获取的,而警报数和应用性能状态则是在存储时我们会生成一个唯一的节点ID与节点的rule,而警报配置时会与对应的节点ID与rule相匹配,这样在获取时我们能获取到对应时间段的警报数与应用性能状态)。右键点击连线可跳转多段分析、数据包下载、指标分析等界面(见图15)。由图10可见,CRM应用上有15个警报产生,点击警报后可以快速跳转到警报统计页面进行查看。(这块的数据获取其实已经在业务逻辑图,警报配置中已定义好了。我们通过探针抓取数据,如果通过探针的数据触发了相关的警报那么我们将记为1次警报的触发,如图10就相当于在某个时间段触发了用户自定义的警报15次)。

本发明并不局限于前述的具体实施方式。本发明扩展到任何在本说明书中披露的新特征或任何新的组合,以及披露的任一新的方法或过程的步骤或任何新的组合。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1