发明内容
本发明实施例提供了一种监控方法、装置及业务系统,可得知信息系统是否能够对携带有相应URL地址的URL请求进行响应。
第一方面,本发明提供了一种监控方法,包括:
获取被监控信息系统所对应的交换机在设定时间段内接收的至少一个URL请求,其中,所述至少一个URL请求由至少一个客户端发送,每一个所述URL请求携带一个被请求URL地址;
获取所述交换机在设定时间段内接收的至少一个响应信息,其中,所述至少一个响应信息由所述被监控信息系统发送;
根据获取的各个所述URL请求,确定各个所述被请求URL地址所分别对应的频次占比,并检测各个所述频次占比中是否存在不小于设定数值的至少一个目标频次占比;
当存在至少一个所述目标频次占比时,从获取的各个所述URL请求中确定出各个所述目标频次占比所分别对应的至少一个目标URL请求;
针对于每一个所述目标URL请求,均执行:
查询获取的各个所述响应信息中是否存在与所述目标URL请求相对应的目标响应信息;
当不存在与所述目标URL请求相对应的目标响应信息时,根据所述目标URL请求中携带的当前被请求URL地址生成第一告警信息,并提供。
优选地,
所述获取被监控信息系统所对应的交换机在设定时间段内接收的至少一个URL请求,进一步包括:记录各个所述URL请求被所述交换机转发至所述被监控信息系统时所分别对应的转发时间点;
所述获取所述交换机在设定时间段内接收的至少一个响应信息,进一步包括:记录所述交换机接收各个所述响应信息时所分别对应的接收时间点;
还包括:
当存在与所述目标URL请求相对应的目标响应信息时,根据记录的所述目标URL请求被所述交换机转发至所述被监控信息系统时所对应的目标转发时间点,以及记录的所述交换机接收所述目标响应信息时所对应的目标接收时间点,计算所述目标URL请求所对应的响应时间;
当所述响应时间大于预设时长时,根据所述目标URL请求中携带的当前被请求URL地址生成第二告警信息,并提供。
优选地,
所述预设时长的取值范围,包括:不小于200ms,且不大于800毫秒。
优选地,
所述设定数值的取值范围包括:不小于0.4且不大于0.6。
第二方面,本发明实施例提供了一种监控装置,包括:
URL请求获取模块,用于获取被监控信息系统所对应的交换机在设定时间段内接收的至少一个URL请求,其中,所述至少一个URL请求分别由至少一个客户端发送,每一个所述URL请求携带一个被请求URL地址;
响应信息获取模块,用于获取所述交换机在设定时间段内接收的至少一个响应信息,其中,所述至少一个响应信息由所述被监控信息系统发送;
频次占比处理模块,用于根据获取的各个所述URL请求,确定各个所述被请求URL地址所分别对应的频次占比,并检测各个所述频次占比中是否存在不小于设定数值的至少一个目标频次占比;
确定模块,用于当存在至少一个所述目标频次占比时,从获取的各个所述URL请求中确定各个所述目标频次占比所分别对应的至少一个目标URL请求;
响应信息查询模块,用于查询获取的各个所述响应信息中是否存在与所述目标URL请求相对应的目标目标响应信息;
连通性告警模块,用于当不存在与所述目标URL请求相对应的目标响应信息时,根据所述目标URL请求中携带的当前被请求URL地址生成第一告警信息,并提供。
优选地,
所述URL请求获取模块,进一步用于记录各个所述URL请求被所述交换机转发至所述被监控信息系统时所分别对应的转发时间点;
所述响应信息获取模块,进一步用于记录所述交换机接收各个所述响应信息时所分别对应的接收时间点;
所述装置,还包括:
响应时间计算模块,用于当存在与所述目标URL请求相对应的目标响应信息时,根据记录的所述目标URL请求被所述交换机转发至所述被监控信息系统时所对应的目标转发时间点,以及记录的所述交换机接收所述目标响应信息时所对应的目标接收时间点,计算所述目标URL请求所对应的响应时间;
响应时间告警模块,用于当所述响应时间大于预设时长时,根据所述目标URL请求中携带的当前被请求URL地址生成第二告警信息,并提供。
优选地,
所述预设时长的取值范围,包括:不小于200ms,且不大于800毫秒。
优选地,
所述设定数值的取值范围包括:不小于0.4且不大于0.6。
第三方面,本发明实施例提供了一种业务系统,包括:
至少一个客户端、信息系统、交换机,以及如权利要求5至8中任一所述的监控装置;其中,
所述客户端,用于向所述交换机发送至少一个URL请求,其中,每一个所述URL请求分别携带一个URL地址;
所述交换机,用于在接收到所述至少一个客户端发送的至少一个所述URL请求时,将各个所述URL请求分别发送至所述信息系统;在接收到所述信息系统发送的至少一个响应信息时,将各个所述响应信息分别发送至对应的所述客户端;
所述信息系统,用于接收所述交换机发送的所述至少一个URL请求,向所述交换机发送至少一个响应信息,其中,每一个所述响应信息分别与一个所述URL请求相对应。
本发明实施例提供了一种监控方法、装置及业务系统,该监控方法中,通过获取被监控信息系统所对应的交换机在设定时间段内接收的至少一个URL请求,并获取该交换机在设定时间段内接收的至少一个响应信息,每一个URL请求中均携带有一个被请求URL地址,实现对客户端与被监控信息系统之间的交互流程进行监控,后续可根据获取的各个URL请求确定出各个被请求URL地址所分别对应的频次占比,当存在至少一个目标频次占比大于设定数值时,则说明各个目标频次占比所分别对应的至少一个目标URL请求具有较高的参考价值,因此,可从获取的各个URL请求中确定出各个目标频次占比所分别对应的至少一个目标URL请求,进而针对于每一个目标URL请求,查询获取的各个响应信息中是否存在与目标URL请求相对应的目标响应信息,当不存在对应的目标响应信息时,则说明被监控信息系统不能针对携带当前被请求URL地址的目标URL请求进行有效响应,可根据该目标URL请求中携带的当前被请求URL地址生成第一告警信息,并提供,从而得知信息系统是否能够对携带相应URL地址的URL请求进行响应。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例,基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明实施例提供了一种监控方法,包括:
步骤101,获取被监控信息系统所对应的交换机在设定时间段内接收的至少一个URL请求,其中,所述至少一个URL请求由至少一个客户端发送,每一个所述URL请求携带一个被请求URL地址;
步骤102,获取所述交换机在设定时间段内接收的至少一个响应信息,其中,所述至少一个响应信息由所述被监控信息系统发送;
步骤103,根据获取的各个所述URL请求,确定各个所述被请求URL地址所分别对应的频次占比,并检测各个所述频次占比中是否存在不小于设定数值的至少一个目标频次占比;
步骤104,当存在至少一个所述目标频次占比时,从获取的各个所述URL请求中确定出各个所述目标频次占比所分别对应的至少一个目标URL请求;
步骤105,针对于每一个所述目标URL请求,查询获取的各个所述响应信息中是否存在与所述目标URL请求相对应的目标响应信息;
步骤106,当不存在与所述目标URL请求相对应的目标响应信息时,根据所述目标URL请求中携带的当前被请求URL地址生成第一告警信息,并提供。
本发明一个实施例中,通过获取被监控信息系统所对应的交换机在设定时间段内接收的至少一个URL请求,并获取该交换机在设定时间段内接收的至少一个响应信息,每一个URL请求中均携带有一个被请求URL地址,实现对客户端与被监控信息系统之间的交互流程进行监控,后续可根据获取的各个URL请求确定出各个被请求URL地址所分别对应的频次占比,当存在至少一个目标频次占比大于设定数值时,则说明各个目标频次占比所分别对应的至少一个目标URL请求具有较高的参考价值,因此,可从获取的各个URL请求中确定出各个目标频次占比所分别对应的至少一个目标URL请求,进而针对于每一个目标URL请求,查询获取的各个响应信息中是否存在与目标URL请求相对应的目标响应信息,当不存在对应的目标响应信息时,则说明被监控信息系统不能针对携带当前被请求URL地址的目标URL请求进行有效响应,可根据该目标URL请求中携带的当前被请求URL地址生成第一告警信息,并提供,从而得知信息系统是否能够对携带相应URL地址的URL请求进行响应。
不难理解的,当不存在与目标URL请求相对应的目标响应信息时,对应于该目标URL请求的第一告警信息中可以包括该目标URL请求中携带的当前被请求URL地址,以便运维人员根据提供的第一告警信息中包括的当前被请求URL地址对信息系统中的故障模块进行定位。
本发明一个实施例中,所述获取被监控信息系统所对应的交换机在设定时间段内接收的至少一个URL请求,进一步包括:记录各个所述URL请求被所述交换机转发至所述被监控信息系统时所分别对应的转发时间点;
所述获取所述交换机在设定时间段内接收的至少一个响应信息,进一步包括:记录所述交换机接收各个所述响应信息时所分别对应的接收时间点;
还包括:
当存在与所述目标URL请求相对应的目标响应信息时,根据记录的所述目标URL请求被所述交换机转发至所述被监控信息系统时所对应的目标转发时间点,以及记录的所述交换机接收所述目标响应信息时所对应的目标接收时间点,计算所述目标URL请求所对应的响应时间;
当所述响应时间大于预设时长时,根据所述目标URL请求中携带的当前被请求URL地址生成第二告警信息,并提供。
本发明上述实施例中,针对于每一个目标URL请求,通过记录各个URL请求被交换机转发至被监控信息系统时所分别对应的转发时间点,以及记录交换机接收各个响应信息时所分别对应的接收时间点,后续则可根据记录的目标URL请求被交换机转发至被监控信息系统时所对应的目标转发时间点、以及记录的交换机接收目标响应信息时所对应的目标接收时间点,计算出目标URL请求所对应的响应时间,响应时间越短,则说明信息系统的性能越高,因此,当响应时间大于预设时长时,则说明信息系统可能出现故障导致其无法对携带当前被请求URL地址的目标URL请求进行及时响应,可根据该目标URL请求中携带的当前被请求URL地址生成第二告警信息,并提供,从而得知信息系统是否能够对携带相应URL地址的URL请求进行及时响应。
不难理解的,当响应时间大于预设时长时,生成的第二告警信息中可以包括有该目标URL请求中携带的当前被请求URL地址,以便运维人员根据提供的第二告警信息中携带的当前被请求URL地址对信息系统中的故障模块进行定位。
同时,第一告警信息和第二告警信息中可分别携带不同的提示性参数,以便运维人员根据告警信息中携带的不同提示性参数区别故障类型,并针对不同的故障类型确定不同的维护方案以对信息系统进行维护。
本发明一个实施例中,预设时长的取值范围,包括:不小于200ms,且不大于800毫秒。预设时长的取值范围可以通过对相应数量的样本进行分析而得到。
本发明一个实施例中,所述设定数值的取值范围包括:不小于0.4且不大于0.6。设定数值的取值范围可以通过对相应数量的样本进行分析而得到。
为了更加清楚的说明本发明的技术方案及优点,下面以一个客户端按照时间先后顺序依次通过交换机向信息系统发送URL请求A、B、C、D、E以实现与信息系统进行信息交互为例,通过本发明实施例提供的监控方法对该客户端与信息系统的交互流程进行监控以衡量信息系统是否能够对携带相应URL地址的URL请求进行响应及是否能够及时响应时,如图2所示,具体可以包括如下各个步骤:
步骤201,获取客户端在设定时间段内向交换机发送的URL请求A、B、C、D、E,并记录该交换机向信息系统转发A、B、C、D、E时所分别对应的转发时间点t1、t2、t3、t4、t5。
不难理解的,客户端可以是浏览器。
这里,以URL请求A、B、C、D、E分别携带的被请求URL地址依次是n1、n2、n1、n1、n3为例。
设定时间段的时间长度可以结合实际业务需求进行合理设置。具体地,若信息系统与各个客户端进行信息交互时,若交互频次较高,则设定时间段的时间长度可相对较小;相反地,若交互频次较低,则设定时间段的时间长度可相对较大;通常来讲,设定时间段的时间长度可以设置为24小时。
步骤202,获取该交换机在设定时间段内接收的至少一个响应信息,并记录交换机接收各个响应信息时所分别对应的接收时间点。
应当理解的是,每一个响应信息可以对应一个URL请求,这里以获取到交换机在设定时间段内接收到URL请求A、D、E所分别的响应信息a、d、e,且接收各个响应信息时所分别对应的接收时间点依次是t6、t9、t10为例。
步骤203,根据获取的URL请求A、B、C、D、E,确定各个被请求URL地址所分别对应的频次占比。
本发明实施例中,URL请求A、B、C、D、E分别携带的被请求URL地址依次是n1、n2、n1、n1、n3,可见,客户端在设定时间段内通过交换机向信息系统发送的各个URL请求中,请求访问被请求URL地址n1的URL请求包括A、C、D,频次为3;请求访问URL地址n2的URL请求包括B,频次为1;请求访问URL地址n3的URL请求包括E,频次为1;可计算出:被请求URL地址n1所对应的频次占比为3/(3+1+1),即0.6;被请求URL地址n2所对应的频次占比为1/(3+1+1),即0.2;被请求URL地址n3所对应的频次占比为1/(3+1+1),即0.2。
步骤204,检测各个频次占比中是否存在不小于设定数值的至少一个目标频次占比,如果是,则执行步骤205;否则,结束当前流程。
设定数值可以是不小于0.4且不大于0.6的任意值,比如0.5或0.55;本发明实施例中,以设定数值是0.5为例,不难看出,不小于设定数值0.5的目标频次占比包括0.6。
步骤205,从获取的各个URL请求A、B、C、D、E中确定出各个目标频次占比所分别对应的至少一个目标URL请求。
不难看出,目标频次占比0.6表征携带被请求URL地址n1的各个URL请求在获取的全部URL请求中所占的比例,携带被请求URL地址n1的URL请求包括A、C、D,因此,可将URL请求A、C、D均确定为目标频次占比0.6所对应的目标URL请求。
步骤206,选择一个未被选择过的目标URL请求。
步骤207,查询获取的各个响应信息中是否存在与选择的目标URL请求相对应的目标响应信息,如果是,则执行步骤208;否则,执行步骤211。
本发明实施例中,
当选择的目标URL请求为A时,获取的各个响应信息a、d、e中存在对应于A的目标响应信息a;
当选择的目标URL请求为C时,获取的各个响应信息a、d、e中不存在对应于C的目标响应信息;
当选择的目标URL请求为D时,获取的各个响应信息a、d、e中存在对应于D的目标响应信息d。
步骤208,根据记录的目标URL请求被交换机转发至信息系统时所对应的目标转发时间点,以及记录的交换机接收目标响应信息时所对应的目标接收时间点,计算目标URL请求所对应的响应时间。
本发明实施例中,
可计算出目标URL请求A所对应的响应时间是:t5-t1;
可计算出目标URL请求D所对应的响应时间是:t9-t4。
步骤209,判断响应时间是否大于预设时长,如果是,则执行步骤210;否则,执行步骤212。
本发明实施例中,预设时长可以是不小于200m,且不大于800ms的任意值,比如是,200ms、300ms、700ms或800ms中的任意值。
本发明实施例中,以目标URL请求D对应的响应时间t9-t4大于预设时长为例。
步骤210,根据目标URL请求中携带的当前被请求URL地址生成第二告警信息,并提供。
这里,则可利用目标URL请求D中携带的当前URL地址n1生成第二告警信息。
步骤211,根据目标URL请求中携带的当前被请求URL地址生成第一告警信息,并提供。
这里,则可利用目标URL请求C中携带的URL地址n1生成第一告警信息。
步骤212,是否存在未被选择的目标URL请求,如果是,则执行步骤206;否则,结束当前业务流程。
通过本发明实施例的上述各个步骤,运维人员则可根据提供的第一告警信息和第二告警信息得知信息系统不能对携带相应被请求URL地址为n1的URL请求进行响应,且可通过第一告警信息和第二告警信息中携带的当前URL地址n1对信息系统中的故障模块进行定位。
如图3所示,本发明实施例提供了一种监控装置,包括:
URL请求获取模块301,用于获取被监控信息系统所对应的交换机在设定时间段内接收的至少一个URL请求,其中,所述至少一个URL请求分别由至少一个客户端发送,每一个所述URL请求携带一个被请求URL地址;
响应信息获取模块302,用于获取所述交换机在设定时间段内接收的至少一个响应信息,其中,所述至少一个响应信息由所述被监控信息系统发送;
频次占比处理模块303,用于根据获取的各个所述URL请求,确定各个所述被请求URL地址所分别对应的频次占比,并检测各个所述频次占比中是否存在不小于设定数值的至少一个目标频次占比;
确定模块304,用于当存在至少一个所述目标频次占比时,从获取的各个所述URL请求中确定各个所述目标频次占比所分别对应的至少一个目标URL请求;
响应信息查询模块305,用于针对于每一个所述目标URL请求,查询获取的各个所述响应信息中是否存在与所述目标URL请求相对应的目标目标响应信息;
连通性告警模块306,用于当不存在与所述目标URL请求相对应的目标响应信息时,根据所述目标URL请求中携带的当前被请求URL地址生成第一告警信息,并提供。
如图4所示,本发明一个实施例中,所述URL请求获取模块301,进一步用于记录各个所述URL请求被所述交换机转发至所述被监控信息系统时所分别对应的转发时间点;
所述响应信息获取模块302,进一步用于记录所述交换机接收各个所述响应信息时所分别对应的接收时间点;
所述装置,还包括:
响应时间计算模块401,用于当存在与所述目标URL请求相对应的目标响应信息时,根据记录的所述目标URL请求被所述交换机转发至所述被监控信息系统时所对应的目标转发时间点,以及记录的所述交换机接收所述目标响应信息时所对应的目标接收时间点,计算所述目标URL请求所对应的响应时间;
响应时间告警模块402,用于当所述响应时间大于预设时长时,根据所述目标URL请求中携带的当前被请求URL地址生成第二告警信息,并提供。
本发明一个实施例中,所述预设时长的取值范围,包括:不小于200ms,且不大于800毫秒。
本发明一个实施例中,所述设定数值的取值范围包括:不小于0.4且不大于0.6。
上述装置内的各单元之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。
如图5所示,本发明实施例提供了一种业务系统,包括:
至少一个客户端501、信息系统502、交换机503,以及本发明任意一个实施例中提供的监控装置504;其中,
所述客户端501,用于向所述交换机503发送至少一个URL请求,其中,每一个所述URL请求分别携带一个URL地址;
所述交换机503,用于在接收到所述至少一个客户端501发送的至少一个所述URL请求时,将各个所述URL请求分别发送至所述信息系统502;在接收到所述信息系统502发送的至少一个响应信息时,将各个所述响应信息分别发送至对应的所述客户端501;
所述信息系统502,用于接收所述交换机发送的所述至少一个URL请求,向所述交换机503发送至少一个响应信息,其中,每一个所述响应信息分别与一个所述URL请求相对应。
本发明实施例提供了一种可读介质,包括执行指令,当存储控制器的处理器执行所述执行指令时,所述存储控制器执行本发明任意一个实施例中提供的的方法。
本发明实施例提供了一种存储控制器,包括:处理器、存储器和总线;
所述处理器和所述存储器通过所述总线连接;
所述存储器,当所述存储控制器运行时,所述处理器执行所述存储器存储的所述执行指令,以使所述存储控制器执行本发明任意一个实施例中提供的方法。
综上所述,本发明各个实施例至少具有如下有益效果:
1、本发明一实施例中,通过获取被监控信息系统所对应的交换机在设定时间段内接收的至少一个URL请求,并获取该交换机在设定时间段内接收的至少一个响应信息,每一个URL请求中均携带有一个被请求URL地址,实现对客户端与被监控信息系统之间的交互流程进行监控,后续可根据获取的各个URL请求确定出各个被请求URL地址所分别对应的频次占比,当存在至少一个目标频次占比大于设定数值时,则说明各个目标频次占比所分别对应的至少一个目标URL请求具有较高的参考价值,因此,可从获取的各个URL请求中确定出各个目标频次占比所分别对应的至少一个目标URL请求,进而针对于每一个目标URL请求,查询获取的各个响应信息中是否存在与目标URL请求相对应的目标响应信息,当不存在对应的目标响应信息时,则说明被监控信息系统不能针对携带当前被请求URL地址的目标URL请求进行有效响应,可根据该目标URL请求中携带的当前被请求URL地址生成第一告警信息,并提供,从而得知信息系统是否能够对携带相应URL地址的URL请求进行响应。
2、本发明一实施例中,针对于每一个目标URL请求,通过记录各个URL请求被交换机转发至被监控信息系统时所分别对应的转发时间点,以及记录交换机接收各个响应信息时所分别对应的接收时间点,后续则可根据记录的目标URL请求被交换机转发至被监控信息系统时所对应的目标转发时间点、以及记录的交换机接收目标响应信息时所对应的目标接收时间点,计算出目标URL请求所对应的响应时间,响应时间越短,则说明信息系统的性能越高,因此,当响应时间大于预设时长时,则说明信息系统可能出现故障导致其无法对携带当前被请求URL地址的目标URL请求进行及时响应,可根据该目标URL请求中携带的当前被请求URL地址生成第二告警信息,并提供,从而得知信息系统是否能够对携带相应URL地址的URL请求进行及时响应。
3、本发明一实施例中,生成的告警信息中包括相应目标URL请求携带的当前被请求URL地址,可方便运维人员根据提供的告警信息中携带的当前被请求URL地址对信息系统中的故障模块进行定位。
需要说明的是,在本文中,诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个······”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
最后需要说明的是:以上所述仅为本发明的较佳实施例,仅用于说明本发明的技术方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均包含在本发明的保护范围内。