CN117294735A - 内网b/s应用系统健康检查方法、系统及装置 - Google Patents

内网b/s应用系统健康检查方法、系统及装置 Download PDF

Info

Publication number
CN117294735A
CN117294735A CN202311266855.4A CN202311266855A CN117294735A CN 117294735 A CN117294735 A CN 117294735A CN 202311266855 A CN202311266855 A CN 202311266855A CN 117294735 A CN117294735 A CN 117294735A
Authority
CN
China
Prior art keywords
health
application system
intranet
health check
inspection
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
Application number
CN202311266855.4A
Other languages
English (en)
Inventor
高天峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Industrial and Commercial Bank of China Ltd ICBC
ICBC Technology Co Ltd
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
ICBC Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Industrial and Commercial Bank of China Ltd ICBC, ICBC Technology Co Ltd filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN202311266855.4A priority Critical patent/CN117294735A/zh
Publication of CN117294735A publication Critical patent/CN117294735A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明实施例公开了一种内网B/S应用系统健康检查方法、系统及装置,可用于金融领域或其他技术领域,该方法包括:根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,其中,所述任务调度信息包含:健康检查的时间信息以及健康检查采用的健康检查脚本的标识信息;将所述第一健康检查结果发送到系统后端服务器,以使所述系统后端服务器根据各自动巡检客户端发送的第一健康检查结果生成第二健康检查结果。本发明有助于提高内网B/S应用系统健康检查的准确性。

Description

内网B/S应用系统健康检查方法、系统及装置
技术领域
本发明涉及应用健康检查技术领域,具体而言,涉及一种内网B/S应用系统健康检查方法、系统及装置。
背景技术
B/S为浏览器/服务器模式,是一种应用系统设计和使用方法,区别于传统的客户端/服务器模式,在此模式下,最终用户基于办公终端浏览器访问信息系统。内网应用系统为访问环境限定在内网下的应用系统,通常用于服务特定人群(如公司内部办公系统),区别于基于互联网访问的系统。
应用健康检查是应用运维人员一项重要工作,为确保应用系统的价值能够最大化呈现,应用运维人员需要坚持在用户使用之前和使用过程中监测应用的可用性,在故障被用户发现之前及时识别应用系统的亚健康状态并启动对应的事件处理,应用系统的可用性是整体运维的一项关键的考核指标。
目前的内网B/S应用系统健康检查方案为在应用系统的服务器端部署监控服务器,通常监控服务器部署在应用系统的服务器端的同一区域。目前这种模式下存在以下不足:一是不能真实模拟用户的体验。用户从发起请求至获得反馈,要经过用户终端、用户端浏览器、用户终端至服务器端网络、服务器端上部署的应用,而目前的健康检查方案未经过用户终端、用户端浏览器、也未经过用户终端至服务器端网络,仅能探测服务器端上部署应用的状态;二是在应用系统的服务器端进行检查主要基于应用开放的健康检查接口进行检查,而健康检查接口通常有限,不能较好的模拟用户端的使用。由此可见,现有的健康检查方案存在准确性不足的缺点,如何提高内网B/S应用系统健康检查的准确性是现有技术急需解决的问题。
发明内容
本发明为了解决上述背景技术中的至少一个技术问题,提出了一种内网B/S应用系统健康检查方法、系统及装置。
为了实现上述目的,根据本发明的一个方面,提供了一种内网B/S应用系统健康检查方法,所述方法应用于自动巡检客户端,所述自动巡检客户端设置在目标内网应用系统对应的内网终端上,所述目标内网应用系统为浏览器/服务器模式的应用系统,所述方法包括:
根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,其中,所述任务调度信息包含:健康检查的时间信息以及健康检查采用的健康检查脚本的标识信息;
将所述第一健康检查结果发送到系统后端服务器,以使所述系统后端服务器根据各自动巡检客户端发送的第一健康检查结果生成第二健康检查结果。
可选的,根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,具体包括:
通过执行所述健康检查脚本,在所述目标内网应用系统的浏览器端上输入对应的用于进行健康检查的操作指令,以使所述目标内网应用系统进行所述操作指令对应的处理;
通过验证所述目标内网应用系统是否能够对所述操作指令进行正确的处理来生成所述第一健康检查结果。
可选的,所述系统后端服务器中存储有每个所述自动巡检客户端各自对应的任务调度信息;
所述系统后端服务器,具体根据每个所述自动巡检客户端各自对应的任务调度信息以及接收到的各自动巡检客户端的第一健康检查结果,生成所述第二健康检查结果。
可选的,所述内网B/S应用系统健康检查方法,还包括:
记录用户在进行人工健康检查时在所述目标内网应用系统的浏览器端上输入的操作指令,进而根据记录的操作指令生成健康检查脚本。
可选的,所述内网B/S应用系统健康检查方法,还包括:
抓取会话信息,并在目标健康检查脚本中的目标操作指令上附加所述会话信息。
为了实现上述目的,根据本发明的另一方面,提供了一种内网B/S应用系统健康检查系统,该系统包括:自动巡检客户端以及系统后端服务器;所述自动巡检客户端设置在目标内网应用系统对应的内网终端上,所述目标内网应用系统为浏览器/服务器模式的应用系统;
所述自动巡检客户端,用于根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,其中,所述任务调度信息包含:健康检查的时间信息以及健康检查采用的健康检查脚本的标识信息;
所述系统后端服务器,用于接收各自动巡检客户端发送的第一健康检查结果,并根据各第一健康检查结果生成第二健康检查结果。
可选的,所述健康检查脚本在执行时,在所述目标内网应用系统的浏览器端上输入对应的用于进行健康检查的操作指令,以使所述目标内网应用系统进行所述操作指令对应的处理;
所述自动巡检客户端,具体通过验证所述目标内网应用系统是否能够对所述操作指令进行正确的处理来生成所述第一健康检查结果。
可选的,所述系统后端服务器中存储有每个所述自动巡检客户端各自对应的任务调度信息;
所述系统后端服务器,具体根据每个所述自动巡检客户端各自对应的任务调度信息以及接收到的各自动巡检客户端的第一健康检查结果,生成所述第二健康检查结果。
可选的,所述自动巡检客户端,还用于记录用户在进行人工健康检查时在所述目标内网应用系统的浏览器端上输入的操作指令,进而根据记录的操作指令生成健康检查脚本。
可选的,所述自动巡检客户端,还用于抓取会话信息,并在目标健康检查脚本中的目标操作指令上附加所述会话信息。
为了实现上述目的,根据本发明的另一方面,提供了一种内网B/S应用系统健康检查装置,所述装置应用于自动巡检客户端,所述自动巡检客户端设置在目标内网应用系统对应的内网终端上,所述目标内网应用系统为浏览器/服务器模式的应用系统,所述装置包括:
健康检查任务执行单元,用于根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,其中,所述任务调度信息包含:健康检查的时间信息以及健康检查采用的健康检查脚本的标识信息;
健康检查结果确定单元,用于将所述第一健康检查结果发送到系统后端服务器,以使所述系统后端服务器根据各自动巡检客户端发送的第一健康检查结果生成第二健康检查结果
为了实现上述目的,根据本发明的另一方面,还提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述内网B/S应用系统健康检查方法的步骤。
为了实现上述目的,根据本发明的另一方面,还提供了一种计算机可读存储介质,其上存储有计算机程序/指令,该计算机程序/指令被处理器执行时实现上述内网B/S应用系统健康检查方法的步骤。
为了实现上述目的,根据本发明的另一方面,还提供了一种计算机程序产品,包括计算机程序/指令,该计算机程序/指令被处理器执行时实现上述内网B/S应用系统健康检查方法的步骤。
本发明的有益效果为:
本发明实施例通过在目标内网应用系统对应的内网终端上发起健康检查,检测能够覆盖用户终端、用户端浏览器、用户终端至服务器端网络、服务器端上部署的应用全路径,使检测的结果更为准确,此外,本发明是在前端(即内网终端)进行健康检查,解决了在后端(应用服务器端)检测时由于检查接口不全导致的检查不准确的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1是本发明实施例内网B/S应用系统健康检查方法的流程图;
图2是本发明实施例生成第一健康检查结果的流程图;
图3是本发明实施例内网B/S应用系统健康检查系统的示意图;
图4是本发明实施例系统后端服务器的功能示意图;
图5是本发明实施例健康检查的整体流程示意图;
图6是本发明实施例内网B/S应用系统健康检查装置的结构框图;
图7是本发明实施例计算机设备示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
需要说明的是,本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
需要说明的是,本发明内网B/S应用系统健康检查方法和装置可用于金融领域,也可用于除金融领域之外的任意领域,本发明内网B/S应用系统健康检查方法和装置的应用领域不做限定。
需要说明的是,本发明的健康检查用于检查应用系统的可用性。
本发明的一个方面,提供了一种内网B/S应用系统健康检查系统。如图3所示,在本发明一些实施例中,本发明的内网B/S应用系统健康检查系统,包括:自动巡检客户端以及系统后端服务器;所述自动巡检客户端设置在目标内网应用系统对应的内网终端上,所述目标内网应用系统为浏览器/服务器模式的应用系统;
所述自动巡检客户端,用于根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,其中,所述任务调度信息包含:健康检查的时间信息以及健康检查采用的健康检查脚本的标识信息;
所述系统后端服务器,用于接收各自动巡检客户端发送的第一健康检查结果,并根据各第一健康检查结果生成第二健康检查结果。
在本发明一些实施例中,所述自动巡检客户端为多个,每个自动巡检客户端设置在一个所述内网终端中。
在本发明一些实施例中,第一健康检查结果具体为正常或者异常。
在本发明一些实施例中,第二健康检查结果具体为正常或者异常。
在本发明一些实施例中,所述系统后端服务器具体根据自动巡检客户端的总个数以及接收到的第一健康检查结果中结果为正常的数量计算出正常比例,然后根据正常比例以及预设的比例阈值来生成第二健康检查结果。
在本发明一些实施例中,所述自动巡检客户端可以将多个健康检查脚本存储在所述内网终端中,进而在进行健康检查时,根据所述任务调度信息中记载的健康检查采用的健康检查脚本的标识信息来选择对应的健康检查脚本进行健康检查。
在本发明一些实施例中,所述健康检查脚本在执行时,在所述目标内网应用系统的浏览器端上输入对应的用于进行健康检查的操作指令,以使所述目标内网应用系统进行所述操作指令对应的处理。
在本发明一些实施例中,所述自动巡检客户端,具体通过验证所述目标内网应用系统是否能够对所述操作指令进行正确的处理来生成所述第一健康检查结果。
在本发明一些实施例中,当所述目标内网应用系统能够对所述操作指令进行正确的处理,确定第一健康检查结果为正常,当所述目标内网应用系统无法对所述操作指令进行正确的处理,确定第一健康检查结果为异常。
本发明通过在目标内网应用系统的内网终端上设置自动巡检客户端,由自动巡检客户端发起健康检查,检测能够覆盖用户终端、用户端浏览器、用户终端至服务器端网络、服务器端上部署的应用全路径,全路径中任何一处出现问题,都可能导致所述目标内网应用系统无法对所述操作指令进行正确的处理。
在本发明一些实施例中,健康检查脚本中包含具有执行先后顺序的多个操作指令。
在本发明一些实施例中,健康检查脚本中还记载了操作指令对应的预期返回结果,该预期返回结果可以为预期返回关键字以及预期返回状态码。
在本发明一些实施例中,当执行健康检查脚本后无法收到所述目标内网应用系统返回的处理结果,或者返回的处理结果无法与所述预期返回结果相对应,则确定所述目标内网应用系统无法对所述操作指令进行正确的处理,此时生成的第一健康检查结果为异常。当执行健康检查脚本后收到的所述目标内网应用系统返回的处理结果信息能够与所述预期返回结果相对应,则确定所述目标内网应用系统能够对所述操作指令进行正确的处理,此时生成的第一健康检查结果为正常。
本发明“前置的”自动化巡检客户端有以下特点:
(1)部署于应用系统的运维人员、部分内网用户人员的内网终端上,模拟用户访问应用服务器发起请求。因其部署位置的前置,可有效探测用户终端、用户端浏览器、用户终端至服务器端网络、服务器上部署的应用的状态;
(2)“自动化巡检客户端”与“系统后端服务器”建立双向连接,对自动化巡检脚本、会话信息、健康巡检探测信息等进行双向传输;
(3)本发明思路为在内网应用系统健康检查,内网应用特点决定了对应用运维、部分内网用户人员的筛选及在终端部署自动化巡检客户端成为可能;
(4)健康检查探测结果分为系统后端服务器端探测及自动化巡检客户端探测,系统后端服务器端一方面基于自动化巡检客户端反馈的健康检查结果进行综合判定,另一方面基于自动化巡检客户端可连通的数量进行健康检查判定;
(5)自动化巡检客户端设计为自启动服务,自动化健康检查脚本根据设定按时启动应用健康巡检。
本发明的健康检查系统还具有以下优点:
(1)解决单个内网终端故障、浏览器的异常误判为全网应用故障,设计系统后端服务器采集各自动化巡检客户端的上报结果,甄别个别终端故障;
(2)设计系统后端服务器中的脚本管理模块,解决健康检查脚本模板的保存、下载,避免客户端每次从零开始撰写或录制脚本,提供客户端脚本的备份存储;
(3)设计系统后端服务器中的巡检管理模块,用于汇总分析各上报的巡检结果,进行记录存储或报警通知。
图4是本发明实施例系统后端服务器的功能示意图,如图4所示,在本发明一些实施例中,本发明的系统后端服务器包括:会话管理模块、脚本管理模块、巡检管理模块、报警模块以及存储模块。其中,存储模块用于存储会话信息、健康检查信息、脚本配置信息以及报警信息。
在本发明一个实施例中,脚本管理包括存储结构设计、脚本同步设计、脚本编辑、模板设计、脚本管理后台。
在本发明一个实施例中,本发明的健康检查脚本需在系统后端服务器及自动化巡检客户端两端进行保存。
系统后端服务器端脚本信息分为两部分,数据库存储脚本元数据信息(存储路径、文件名称、大小、创建时间、最后修改时间、脚本上传主机IP等),脚本文件正文保存在文件服务上。自动化巡检客户端脚本信息保存在终端本地,具体存储路径可以为应用系统所在的目录下。
在本发明可选实施例中,健康检查脚本可以采用json格式进行保存,一方面便于传输解析,另一方面有助于阅读理解。
在本发明一个实施例中,本发明还有脚本同步设计,脚本同步内置于自动化巡检客户端中,健康检查脚本创建完成后会自动上传至系统后端服务器,脚本本地修改后会触发是否上传的弹出框,由用户决定是否进行上传同步。
此外,本发明还提供健康检查脚本生成及编辑的功能,本发明提供两种脚本编辑方式。
一种是在自动化巡检客户端基于文本编辑器编辑健康检查脚本,完成后手动将该健康检查脚本保存至应用系统所在的目录下。
另一种方式为“录制”方式。用户点击录制功能,应用程序启动后台网络抓取程序,用户按照日常巡检习惯依次巡检各功能,后台程序抓取各访问url的请求与响应,抓取完成后用户在界面编辑程序中确认抓取的url请求、调整检查顺序和依赖、编辑响应的关键字或返回状态码来判定健康检查结果,最后保存形成健康检查脚本。
在本发明一些实施例中,所述自动巡检客户端,还用于记录用户在进行人工健康检查时在所述目标内网应用系统的浏览器端上输入的操作指令,进而根据记录的操作指令生成健康检查脚本。
在本发明一些实施例中,操作指令具体为请求访问url。在本发明一个实施例中,上述的预期返回结果具体为访问url的响应结果。
在本发明一些实施例中,所述系统后端服务器中存储有每个所述自动巡检客户端各自对应的任务调度信息,所述系统后端服务器,具体根据每个所述自动巡检客户端各自对应的任务调度信息以及接收到的各自动巡检客户端的第一健康检查结果,生成所述第二健康检查结果。
在本发明一些实施例中,每个所述自动巡检客户端各自保存任务调度信息在内网终端本地,进而按照任务调度信息启动自动健康检查任务。本地任务调度信息分为强制与定制,强制任务调度信息自任务上传后与服务器端保持一致、不可修改,该类任务通常用于多个终端探测同一类应用。定制任务信息适用于某应用系统为该终端独自探测,其调度信息可本地修改并上传至系统后端服务器。
在本发明一些实施例中,系统后端服务器保存所有终端的调度任务信息,系统后端服务器的健康检查结果(即第二健康检查结果)的判定依赖于各自动巡检客户端的任务调度信息。
在本发明一个具体实施例中,所述任务调度信息包含:每个健康检查任务的健康检查的时间信息以及每个健康检查任务的健康检查采用的健康检查脚本的标识信息。在本发明一个具体实施例中,各自动巡检客户端在同一个健康检查任务上的健康检查的时间均相同。考虑到网络与任务延迟,系统后端服务器的健康检查结果的判定开始于健康检查的时间的N分钟后,N可以根据实际情况具体设置,例如为5。
在本发明一个实施例中,所述系统后端服务器,具体从每个所述自动巡检客户端各自对应的任务调度信息中获取健康检查的时间信息,然后生成时间区间[A,B+N],其中,A为获取的各健康检查的时间信息中的最小时间,B为获取的各健康检查的时间信息中的最大时间,N可以根据实际情况具体设置,例如为5分钟。进而所述系统后端服务器统计所述时间区间内接收到的各第一健康检查结果中结果为正常的数量,用该数量除以自动巡检客户端的总数量得到正常比例,若所述正常比例大于预设阈值,则确定第二健康检查结果为正常,否则确定第二健康检查结果为异常。
在本发明中,本发明的前置模拟用户访问的健康检查,需要考虑用户会话的保存和存储。内网应用部分功能需要用户登录后才能访问。本发明对包含会话的健康检查设计了以下几点:
1.会话抓取。在脚本编辑过程中,后台程序同时识别用户登录信息,抓取会话信息(sessionid信息或cookie信息),在脚本编辑中提供选项供用户选择对哪些操作指令(访问请求)附加会话信息。
2.会话保存与载入。会话信息保存在内存及本地,以文本文件存储在应用程序安装目录下。当内网终端电脑重启后,自动巡检客户端自动载入会话信息。
3.会话信息的更新。会话信息随着用户的登录、退出会创建和销毁。内网终端中的自动巡检客户端在识别会话过期后会在cookie或浏览器发起请求的过程中识别和更新会话信息。
4.会话信息其它设计。为避免频繁更新会话信息,在应用中建议创建特殊巡检账号,会话信息长期有效,而在应用终端中设计锁定会话信息功能,避免会话信息频繁更新。
在本发明一些实施例中,所述自动巡检客户端,还用于抓取会话信息,并在目标健康检查脚本中的目标操作指令上附加所述会话信息。
具体的,本发明在在脚本编辑过程中,自动巡检客户端抓取会话信息,在脚本编辑中提供选项供用户选择对哪些操作指令(访问请求)附加会话信息。
健康检查动作由内网终端中的自动化巡检客户端自动发起,健康检查完成后除内网终端本地显示健康检查结果外也将健康检查结果上报至系统后端服务器,系统后端服务器综合各自动化巡检客户端的健康检查结果进行综合的健康检查判断,根据判定结果进行保存或报警。其总体判定的设计思路可以如图5所示。
如图5所示,在本发明一个具体实施例中,本发明通过内网B/S应用系统健康检查系统进行健康检查的流程具体包括:
A.系统后端服务器启动后,保持监听状态,监听各自动化巡检客户端的健康检查上报信息;
B.自动化巡检客户端根据调度任务信息启动应用健康检查;
C.自动化巡检客户端若发现本地没有健康检查脚本,则启动健康检查脚本创建任务,由应用运维人员选择下载模板或者本地录制方式生成健康检查脚本;
D.自动化巡检客户端启动健康检查任务后若健康检查报错,则由应用运维人员手动干预,若脚本报错则启动调整,调整后继续进行健康检查。若网络不通、终端异常则本地保存巡检信息并本地显示健康检查结果;
E.若终端本地健康检查完成,则上传健康检查结果至系统后端服务器并本地显示健康检查结果;
F.系统后端服务器若在规定巡检时段未收集到上送的健康检查结果,则触发巡检报警;
G.系统后端服务器对上送的各健康检查结果进行分析判定,若识别部分健康检查未通过,则存储并启动健康检查报警;
H.系统后端服务器保存健康检查结果和报警信息,当前时段健康检查完成。
由以上实施例可以看出,本发明为内网B/S架构的应用系统的健康检查设计提供一种新的思路。以前置自动化巡检客户端为出发点,可有效覆盖因用户终端、用户至服务器端网络、用户浏览器等传统健康检查覆盖不到的场景;总体基于C/S结构的架构设计有效保证了健康检查脚本、巡检调度、健康检查判定等设计点的实现。基于本思路设计的应用健康检查系统,可在内网应用系统健康检查方面提升健康检查准确率、节省人力,实现降本增效。
基于同一发明构思,本发明实施例还提供了一种内网B/S应用系统健康检查方法,如下面的实施例所述。由于内网B/S应用系统健康检查方法解决问题的原理与内网B/S应用系统健康检查系统相似,因此内网B/S应用系统健康检查方法的实施例可以参见内网B/S应用系统健康检查系统的实施例,重复之处不再赘述。
本发明的内网B/S应用系统健康检查方法应用于内网B/S应用系统健康检查系统中的自动巡检客户端,所述自动巡检客户端设置在目标内网应用系统对应的内网终端上,所述目标内网应用系统为浏览器/服务器模式的应用系统。
图1是本发明实施例内网B/S应用系统健康检查方法的流程图,如图1所示,在本发明一个实施例中,本发明的内网B/S应用系统健康检查方法包括步骤S101和步骤S102。
步骤S101,根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,其中,所述任务调度信息包含:健康检查的时间信息以及健康检查采用的健康检查脚本的标识信息。
步骤S102,将所述第一健康检查结果发送到系统后端服务器,以使所述系统后端服务器根据各自动巡检客户端发送的第一健康检查结果生成第二健康检查结果。
如图2所示,在本发明一个实施例中,上述步骤S101的根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,具体包括步骤S201和步骤S202。
步骤S201,通过执行所述健康检查脚本,在所述目标内网应用系统的浏览器端上输入对应的用于进行健康检查的操作指令,以使所述目标内网应用系统进行所述操作指令对应的处理。
步骤S202,通过验证所述目标内网应用系统是否能够对所述操作指令进行正确的处理来生成所述第一健康检查结果。
在本发明一个实施例中,所述系统后端服务器中存储有每个所述自动巡检客户端各自对应的任务调度信息;所述系统后端服务器,具体根据每个所述自动巡检客户端各自对应的任务调度信息以及接收到的各自动巡检客户端的第一健康检查结果,生成所述第二健康检查结果。
在本发明一个实施例中,本发明的内网B/S应用系统健康检查方法,还包括:
记录用户在进行人工健康检查时在所述目标内网应用系统的浏览器端上输入的操作指令,进而根据记录的操作指令生成健康检查脚本。
在本发明一个实施例中,本发明的内网B/S应用系统健康检查方法,还包括:
抓取会话信息,并在目标健康检查脚本中的目标操作指令上附加所述会话信息。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
基于同一发明构思,本发明实施例还提供了一种内网B/S应用系统健康检查装置,可以用于实现上述实施例所描述的内网B/S应用系统健康检查方法,如下面的实施例所述。由于内网B/S应用系统健康检查装置解决问题的原理与内网B/S应用系统健康检查方法相似,因此内网B/S应用系统健康检查装置的实施例可以参见内网B/S应用系统健康检查方法的实施例,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
本发明实施例内网B/S应用系统健康检查装置应用于自动巡检客户端,所述自动巡检客户端设置在目标内网应用系统对应的内网终端上,所述目标内网应用系统为浏览器/服务器模式的应用系统。
图6是本发明实施例内网B/S应用系统健康检查装置的结构框图,如图6所示,在本发明一个实施例中,本发明的内网B/S应用系统健康检查装置包括:
健康检查任务执行单元1,用于根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,其中,所述任务调度信息包含:健康检查的时间信息以及健康检查采用的健康检查脚本的标识信息;
健康检查结果确定单元2,用于将所述第一健康检查结果发送到系统后端服务器,以使所述系统后端服务器根据各自动巡检客户端发送的第一健康检查结果生成第二健康检查结果。
在本发明一个实施例中,所述健康检查任务执行单元1,具体包括:
脚本执行单元,用于通过执行所述健康检查脚本,在所述目标内网应用系统的浏览器端上输入对应的用于进行健康检查的操作指令,以使所述目标内网应用系统进行所述操作指令对应的处理;
第一健康检查结果生成单元,用于通过验证所述目标内网应用系统是否能够对所述操作指令进行正确的处理来生成所述第一健康检查结果。
在本发明一个实施例中,所述系统后端服务器中存储有每个所述自动巡检客户端各自对应的任务调度信息;所述系统后端服务器,具体根据每个所述自动巡检客户端各自对应的任务调度信息以及接收到的各自动巡检客户端的第一健康检查结果,生成所述第二健康检查结果。
在本发明一个实施例中,本发明的内网B/S应用系统健康检查装置,还包括:
脚本生成单元,用于记录用户在进行人工健康检查时在所述目标内网应用系统的浏览器端上输入的操作指令,进而根据记录的操作指令生成健康检查脚本。
在本发明一个实施例中,本发明的内网B/S应用系统健康检查装置,还包括:
会话信息处理单元,用于抓取会话信息,并在目标健康检查脚本中的目标操作指令上附加所述会话信息。
为了实现上述目的,根据本申请的另一方面,还提供了一种计算机设备。如图7所示,该计算机设备包括存储器、处理器、通信接口以及通信总线,在存储器上存储有可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述实施例方法中的步骤。
处理器可以为中央处理器(Central Processing Unit,CPU)。处理器还可以为其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片,或者上述各类芯片的组合。
存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序、非暂态计算机可执行程序以及单元,如本发明上述方法实施例中对应的程序单元。处理器通过运行存储在存储器中的非暂态软件程序、指令以及模块,从而执行处理器的各种功能应用以及作品数据处理,即实现上述方法实施例中的方法。
存储器可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储处理器所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中,存储器可选包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
所述一个或者多个单元存储在所述存储器中,当被所述处理器执行时,执行上述实施例中的方法。
上述计算机设备具体细节可以对应参阅上述实施例中对应的相关描述和效果进行理解,此处不再赘述。
为了实现上述目的,根据本申请的另一方面,还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序在计算机处理器中执行时实现上述内网B/S应用系统健康检查方法中的步骤。本领域技术人员可以理解,实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)、随机存储记忆体(RandomAccessMemory,RAM)、快闪存储器(Flash Memory)、硬盘(Hard DiskDrive,缩写:HDD)或固态硬盘(Solid-State Drive,SSD)等;所述存储介质还可以包括上述种类的存储器的组合。
为了实现上述目的,根据本申请的另一方面,还提供了一种计算机程序产品,包括计算机程序/指令,该计算机程序/指令被处理器执行时实现上述内网B/S应用系统健康检查方法的步骤。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (14)

1.一种内网B/S应用系统健康检查方法,其特征在于,所述方法应用于自动巡检客户端,所述自动巡检客户端设置在目标内网应用系统对应的内网终端上,所述目标内网应用系统为浏览器/服务器模式的应用系统,所述方法包括:
根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,其中,所述任务调度信息包含:健康检查的时间信息以及健康检查采用的健康检查脚本的标识信息;
将所述第一健康检查结果发送到系统后端服务器,以使所述系统后端服务器根据各自动巡检客户端发送的第一健康检查结果生成第二健康检查结果。
2.根据权利要求1所述的内网B/S应用系统健康检查方法,其特征在于,根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,具体包括:
通过执行所述健康检查脚本,在所述目标内网应用系统的浏览器端上输入对应的用于进行健康检查的操作指令,以使所述目标内网应用系统进行所述操作指令对应的处理;
通过验证所述目标内网应用系统是否能够对所述操作指令进行正确的处理来生成所述第一健康检查结果。
3.根据权利要求1所述的内网B/S应用系统健康检查方法,其特征在于,所述系统后端服务器中存储有每个所述自动巡检客户端各自对应的任务调度信息;
所述系统后端服务器,具体根据每个所述自动巡检客户端各自对应的任务调度信息以及接收到的各自动巡检客户端的第一健康检查结果,生成所述第二健康检查结果。
4.根据权利要求1所述的内网B/S应用系统健康检查方法,其特征在于,还包括:
记录用户在进行人工健康检查时在所述目标内网应用系统的浏览器端上输入的操作指令,进而根据记录的操作指令生成健康检查脚本。
5.根据权利要求1所述的内网B/S应用系统健康检查方法,其特征在于,还包括:
抓取会话信息,并在目标健康检查脚本中的目标操作指令上附加所述会话信息。
6.一种内网B/S应用系统健康检查系统,其特征在于,包括:自动巡检客户端以及系统后端服务器;所述自动巡检客户端设置在目标内网应用系统对应的内网终端上,所述目标内网应用系统为浏览器/服务器模式的应用系统;
所述自动巡检客户端,用于根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,其中,所述任务调度信息包含:健康检查的时间信息以及健康检查采用的健康检查脚本的标识信息;
所述系统后端服务器,用于接收各自动巡检客户端发送的第一健康检查结果,并根据各第一健康检查结果生成第二健康检查结果。
7.根据权利要求6所述的内网B/S应用系统健康检查系统,其特征在于,所述健康检查脚本在执行时,在所述目标内网应用系统的浏览器端上输入对应的用于进行健康检查的操作指令,以使所述目标内网应用系统进行所述操作指令对应的处理;
所述自动巡检客户端,具体通过验证所述目标内网应用系统是否能够对所述操作指令进行正确的处理来生成所述第一健康检查结果。
8.根据权利要求6所述的内网B/S应用系统健康检查系统,其特征在于,所述系统后端服务器中存储有每个所述自动巡检客户端各自对应的任务调度信息;
所述系统后端服务器,具体根据每个所述自动巡检客户端各自对应的任务调度信息以及接收到的各自动巡检客户端的第一健康检查结果,生成所述第二健康检查结果。
9.根据权利要求6所述的内网B/S应用系统健康检查系统,其特征在于,所述自动巡检客户端,还用于记录用户在进行人工健康检查时在所述目标内网应用系统的浏览器端上输入的操作指令,进而根据记录的操作指令生成健康检查脚本。
10.根据权利要求6所述的内网B/S应用系统健康检查系统,其特征在于,所述自动巡检客户端,还用于抓取会话信息,并在目标健康检查脚本中的目标操作指令上附加所述会话信息。
11.一种内网B/S应用系统健康检查装置,其特征在于,所述装置应用于自动巡检客户端,所述自动巡检客户端设置在目标内网应用系统对应的内网终端上,所述目标内网应用系统为浏览器/服务器模式的应用系统,所述装置包括:
健康检查任务执行单元,用于根据对应的任务调度信息通过执行本地的健康检查脚本来对所述目标内网应用系统进行健康检查,得到第一健康检查结果,其中,所述任务调度信息包含:健康检查的时间信息以及健康检查采用的健康检查脚本的标识信息;
健康检查结果确定单元,用于将所述第一健康检查结果发送到系统后端服务器,以使所述系统后端服务器根据各自动巡检客户端发送的第一健康检查结果生成第二健康检查结果。
12.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至5任意一项所述方法的步骤。
13.一种计算机可读存储介质,其上存储有计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现权利要求1至5任意一项所述方法的步骤。
14.一种计算机程序产品,包括计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现权利要求1至5任意一项所述方法的步骤。
CN202311266855.4A 2023-09-27 2023-09-27 内网b/s应用系统健康检查方法、系统及装置 Pending CN117294735A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311266855.4A CN117294735A (zh) 2023-09-27 2023-09-27 内网b/s应用系统健康检查方法、系统及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311266855.4A CN117294735A (zh) 2023-09-27 2023-09-27 内网b/s应用系统健康检查方法、系统及装置

Publications (1)

Publication Number Publication Date
CN117294735A true CN117294735A (zh) 2023-12-26

Family

ID=89240443

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311266855.4A Pending CN117294735A (zh) 2023-09-27 2023-09-27 内网b/s应用系统健康检查方法、系统及装置

Country Status (1)

Country Link
CN (1) CN117294735A (zh)

Similar Documents

Publication Publication Date Title
CN102420712B (zh) 一种测试方法和设备
CN107066370A (zh) 一种自动监控并收集故障硬盘日志的工具及方法
CN109711655A (zh) 双录质检方法、装置、设备及计算机可读存储介质
CN110765189A (zh) 互联网产品的异常管理方法和系统
CN111464376A (zh) 网站可用性的监测方法及装置、存储介质、计算机设备
CN114594984A (zh) 巡检方法、装置、计算机设备及存储介质
CN114255784A (zh) 一种基于声纹识别的变电站设备故障诊断方法及相关装置
CN109471784A (zh) 一种nas测试系统、方法及计算机可读存储介质
CN116302989A (zh) 压力测试方法及系统、存储介质、计算机设备
CN111666193B (zh) 基于实时日志解析的终端功能监控与测试的方法与系统
CN113726808A (zh) 一种网站监测方法、装置、设备及存储介质
CN110232020A (zh) 基于智能决策的测试结果分析方法及相关装置
CN117707946A (zh) 一种针对浏览器的测试脚本生成方法以及装置
CN113179195A (zh) 一种can报文埋点检测方法、系统、装置及计算机可读存储介质
CN112579352A (zh) 业务数据处理链路的质量监控结果生成方法、存储介质及质量监控系统
CN112579699A (zh) 业务数据处理链路的质量监控方法、系统及存储介质
CN115225455B (zh) 异常设备检测方法及装置、电子设备、存储介质
CN114500178B (zh) 一种自运维的智慧物联网关
CN117294735A (zh) 内网b/s应用系统健康检查方法、系统及装置
CN113626236B (zh) 一种分布式文件系统的故障诊断方法、装置、设备及介质
CN112995648B (zh) 互联网电视全流程故障诊断方法、装置及计算设备
CN111190806B (zh) 一种语音交互设备的日志处理方法和装置
CN111639249A (zh) 用户反馈报错的自动监测方法、装置和设备
CN115878448A (zh) 数据库测试方法、分布式数据库、存储介质
CN112860527A (zh) 应用服务器的故障监测方法及装置

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