CN116594843A - 服务监测方法、装置、系统及电子设备 - Google Patents

服务监测方法、装置、系统及电子设备 Download PDF

Info

Publication number
CN116594843A
CN116594843A CN202310611330.3A CN202310611330A CN116594843A CN 116594843 A CN116594843 A CN 116594843A CN 202310611330 A CN202310611330 A CN 202310611330A CN 116594843 A CN116594843 A CN 116594843A
Authority
CN
China
Prior art keywords
target
service
target service
configuration information
operation data
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
CN202310611330.3A
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.)
Zhejiang Supcon Technology Co Ltd
Original Assignee
Zhejiang Supcon 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 Zhejiang Supcon Technology Co Ltd filed Critical Zhejiang Supcon Technology Co Ltd
Priority to CN202310611330.3A priority Critical patent/CN116594843A/zh
Publication of CN116594843A publication Critical patent/CN116594843A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3051Monitoring 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3055Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请公开了一种服务监测方法、装置、系统及电子设备。其中,该方法包括:获取目标配置信息,其中,目标配置信息至少用于指示与目标服务对应的运行数据的来源,目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;依据目标配置信息,获取目标服务对应的运行数据;在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常,并向目标服务对应的终端设备发送目标告警信息,其中,目标告警信息至少用于表征目标服务出现异常的异常类型。本申请解决了由于相关技术进行工业信息化系统的服务运维时,需要人工逐一排查服务日志,造成服务监测运维效率低的技术问题。

Description

服务监测方法、装置、系统及电子设备
技术领域
本申请涉及工业信息化技术领域,具体而言,涉及一种服务监测方法、装置、系统及电子设备。
背景技术
在工业信息化系统中,往往存在多个关键的后台服务,在工业生产环境中,一旦这些服务发生异常,用户或者工程实施人员都很难定位问题,只能由运维人员远程现场环境,逐一排查日志来解决,导致服务监测运维效率低下,从而造成现场工程实施进度的阻塞。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种服务监测方法、装置、系统及电子设备,以至少解决由于相关技术进行工业信息化系统的服务运维时,需要人工逐一排查服务日志,造成服务监测运维效率低的技术问题。
根据本申请实施例的一个方面,提供了一种服务监测方法,包括:获取目标配置信息,其中,目标配置信息至少用于指示与目标服务对应的运行数据的来源,目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;依据目标配置信息,获取目标服务对应的运行数据,其中,运行数据至少包括:目标服务所在服务器的性能负载参数、目标服务对应的目标数据库的容量参数;在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常,并向目标服务对应的终端设备发送目标告警信息,其中,目标告警信息至少用于表征目标服务出现异常的异常类型。
可选地,目标配置信息包括:服务器资源配置信息和数据库配置信息,其中,服务器资源配置信息至少包括:目标服务所在服务器的服务器名称和服务器地址,数据库配置信息至少包括:目标服务对应的目标数据库的数据库地址、数据库用户名、以及与数据库用户名对应的权限认证信息;依据目标配置信息,获取目标服务对应的运行数据包括:依据服务器地址,确定性能负载参数,其中,性能负载参数用于表征目标服务所在服务器的负载程度;依据数据库地址、数据库用户名、以及与数据库用户名对应的权限认证信息,确定容量参数,其中,容量参数用于表征目标服务对应的目标数据库的空间占用情况。
可选地,性能负载参数包括:中央处理器使用率和内存使用率;服务器资源配置信息中还包括:处理器使用率阈值、第一时间阈值、内存使用率阈值和第二时间阈值,数据库配置信息还包括:与目标服务对应的空间占用率阈值;在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常包括:在中央处理器使用率超出处理器使用率阈值且持续时间不小于第一时间阈值的情况下,判定目标服务出现异常;在内存使用率超出内存使用率阈值且持续时间不小于第二时间阈值的情况下,判定目标服务出现异常;在容量参数所表征的空间占用率大于空间占用率阈值的情况下,判定目标服务出现异常。
可选地,目标配置信息还包括:基础数据配置信息,其中,基础数据配置信息包括:基础数据的数据名字段、工业信息化系统地址;依据目标配置信息,获取目标服务对应的运行数据还包括:依据基础数据的数据名字段、工业信息化系统地址,获取目标服务对应的工业信息化系统的基础数据,其中,基础数据至少用于表征工业信息化系统的系统架构。
可选地,在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常还包括:在基础数据与历史基础数据不一致的情况下,判定目标服务出现异常,其中,历史基础数据为在目标时刻的预设时间段之前获取到的工业信息化系统的基础数据,目标时刻为获取目标服务对应的工业信息化系统的基础数据的时刻。
可选地,目标配置信息还包括:被监测服务配置信息和实时数据配置信息,其中,被监测服务配置信息还包括:目标服务的服务名称,以及目标服务的统一资源定位符,实时数据配置信息包括:目标服务对应的实时数据接口地址和接口参数;依据目标配置信息,获取目标服务对应的运行数据包括:依据服务名称和统一资源定位符,调用工业信息化系统的第一目标接口,获取目标服务的第一返回码;依据实时数据接口地址和接口参数,调用工业信息化系统的第二目标接口,获取目标服务的第二返回码。
可选地,在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常还包括:在第一返回码与第一预设码不一致的情况下,判定目标服务出现异常,其中,第一预设码为目标服务在运行正常的情况下第一目标接口所应返回的编码;在第二返回码与第二预设码不一致的情况下,判定目标服务出现异常,其中,第二预设码为目标服务在运行正常的情况下第二目标接口所应返回的编码。
可选地,目标配置信息还包括消息推送配置信息,其中,消息推送配置信息中包括:推送方式、推送地址;向目标服务对应的终端设备发送目标告警信息包括:依据不满足预设监测规则的运行数据,确定目标服务对应的异常类型,并生成与异常类型对应的目标告警信息;将目标告警信息按照推送方式,发送至与目标服务对应的推送地址所对应的终端设备。
可选地,方法还包括:将各个目标服务对应的运行数据发送至前端交互界面进行展示,其中,运行数据包括:满足预设监测规则的运行数据、不满足预设监测规则的运行数据。
根据本申请实施例的另一个方面,还提供了一种服务监测装置,包括:配置模块,用于获取目标配置信息,其中,目标配置信息至少用于指示与目标服务对应的运行数据的来源,目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;监测模块,用于依据目标配置信息,获取目标服务对应的运行数据,其中,运行数据至少包括:目标服务所在服务器的性能负载参数、目标服务对应的目标数据库的容量参数;告警模块,用于在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常,并向目标服务对应的终端设备发送目标告警信息,其中,目标告警信息至少用于表征目标服务出现异常的异常类型。
根据本申请实施例的另一个方面,还提供了一种服务监测系统,包括:第一服务器和第二服务器,其中,第一服务器,用于依据目标对象在前端交互界面配置的数据,生成目标配置信息,其中,目标配置信息至少用于指示与目标服务对应的运行数据的来源,目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;第二服务器,用于获取目标配置信息;依据目标配置信息,获取目标服务对应的运行数据,其中,运行数据至少包括:目标服务所在第三服务器的性能负载参数、目标服务对应的目标数据库的容量参数;在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常,并向目标服务对应的终端设备发送目标告警信息,其中,目标告警信息至少用于表征目标服务出现异常的异常类型。
根据本申请实施例的又一方面,还提供了一种电子设备,包括:存储器和处理器,处理器用于运行存储在存储器中的程序,其中,程序运行时执行服务监测方法。
根据本申请实施例的再一方面,还提供了一种非易失性存储介质,非易失性存储介质包括存储的计算机程序,其中,非易失性存储介质所在设备通过运行计算机程序执行服务监测方法。
在本申请实施例中,采用获取目标配置信息,其中,目标配置信息至少用于指示与目标服务对应的运行数据的来源,目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;依据目标配置信息,获取目标服务对应的运行数据,其中,运行数据至少包括:目标服务所在服务器的性能负载参数、目标服务对应的目标数据库的容量参数;在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常,并向目标服务对应的终端设备发送目标告警信息,其中,目标告警信息至少用于表征目标服务出现异常的异常类型的方式,通过对需要重点关注的计算服务从服务本身健康状况、所在服务器资源情况、关系数据库空间占用情况、底层实时数据库的健康状况以及计算服务依赖的基础数据的变化情况等方面进行监测,达到第一时间发现系统异常,降低运维难度的目的,进而解决了由于相关技术进行工业信息化系统的服务运维时,需要人工逐一排查服务日志,造成服务监测运维效率低技术问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例提供的一种用于实现服务监测的方法的计算机终端(或电子设备)的硬件结构框图;
图2是根据本申请实施例提供的一种服务监测的方法流程的示意图;
图3是根据本申请实施例提供的一种服务监测装置的结构示意图;
图4是根据本申请实施例提供的一种服务监测系统的结构示意图;
图5是根据本申请实施例提供的一种服务监测系统的框架示意图;
图6是根据本申请实施例提供的一种服务监测系统的架构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
在工业信息化领域,以能源管理系统为例,目前有几个比较关键的后台服务,包括但不限于:基准库计算服务、指标数据计算服务、能效分析算法服务、事件指标计算服务等。
在现场使用过程中,上述这些服务一旦发生异常,用户或者工程实施人员都很难定位问题,只能由运维人员远程现场环境,逐一排查日志来解决。即使有经验的开发人员排查一个问题往往也需要1到2个小时,这大大提高了能源管理系统使用的门槛与运维的难度。并且目前运维人员相当大的部分都是由开发和测试人员来兼职担当,当项目进度紧张的情况下,运维人员技术支持不可能投入很长时间,这就导致了现场工程实施进度的阻塞,从而引起了客户的不满,甚至投诉。
目前的工业信息化系统,例如对于能源管理系统来说,由于其完全依赖底层实时数据库,以及工厂架构和工作日历等一些基础配置,所以能否准确地捕捉到这些异常非常关键,然而,相关技术的服务监控技术往往基于互联网行业,而对于工业信息化领域,鲜有针对性的服务监控系统,存在服务监测运维效率低技术问题。
为了解决上述问题,本申请实施例中提供了相关的解决方案,以下详细说明。
根据本申请实施例,提供了一种服务监测的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现服务监测方法的计算机终端(或电子设备)的硬件结构框图。如图1所示,计算机终端10(或电子设备10)可以包括一个或多个(图中采用102a、102b,……,102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。除此以外,还可以包括:显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为BUS总线的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算机终端10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算机终端10(或电子设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储器104可用于存储应用软件的软件程序以及模块,如本申请实施例中的服务监测方法对应的程序指令/数据存储装置,处理器102通过运行存储在存储器104内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述服务监测方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(LCD),该液晶显示器可使得用户能够与计算机终端10(或电子设备)的用户界面进行交互。
在上述运行环境下,本申请实施例提供了一种服务监测方法,图2是根据本申请实施例提供的一种服务监测的方法流程的示意图,如图2所示,该方法包括如下步骤:
步骤S202,获取目标配置信息,其中,目标配置信息至少用于指示与目标服务对应的运行数据的来源,目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;
在本实施例中,上述目标配置信息可以由用户在PC端打开网页进行配置,主要为了实现对所要监控的内容的配置。
其中,所述目标配置信息中包括但不限于:被监控服务配置信息(即上述被监测服务配置信息)、服务器资源监控配置信息(即上述服务器资源配置信息)、基础数据监控配置信息(即上述基础数据配置信息)、关系数据库监控配置信息(即上述数据库配置信息)和实时数据库监控配置信息(即上述实时数据配置信息)、消息推送配置信息等。
下面对上述各类配置信息进行介绍。
1)被监控服务配置信息(即上述被监测服务配置信息)中至少包括:被监控服务的名字(即上述目标服务的服务名称)和地址URL(即上述目标服务的统一资源定位符),举例说明,该配置信息可以按照如下方式存入表T_SERVICECFG中,如下所示:
2)服务器资源监控配置信息(即上述服务器资源配置信息)中至少包括:监控服务所在服务器名(即上述目标服务所在服务器的服务器名称)、监控服务所在服务器IP(即上述服务器地址)、监控服务所在服务器CPU报警规则、监控服务所在服务器内存报警规则等,其中,CPU报警规则中包括上述处理器使用率阈值和第一时间阈值,内存报警规则中包括上述内存使用率阈值和第二时间阈值,对服务器CPU报警规则进行举例说明:比如当CPU使用率(即上述中央处理器使用率)>70%(即上述处理器使用率阈值)且持续时间达5分钟(即上述第一时间阈值)时报警。
举例说明,该服务器资源监控配置信息可以按照如下方式存入表T_SERVERCFG中,如下所示:
3)基础数据监控配置信息(即上述基础数据配置信息)中至少包括:被监控基础数据名字段(即上述基础数据的数据名字段),例如,工厂架构、工作日历等、工业信息化平台地址(即上述工业信息化系统地址)、基础数据具体接口信息等,这部分信息主要来源于工业信息化系统平台,所以只要存入监控的内容的接口与平台地址即可,举例说明,该基础数据监控配置信息可以按照如下方式存入表T_BASEDATACFG中,如下所示:
4)关系数据库监控配置信息(即上述数据库配置信息)中至少包括:数据库地址(即上述目标服务对应的目标数据库的数据库地址)、名称、拥有数据库管理员DBA权限的用户名和密码(即上述数据库用户名、以及与数据库用户名对应的权限认证信息),举例说明,该关系数据库监控配置信息可以按照如下方式存入表T_DBCFG中,如下所示:
5)实时数据库监控配置信息(即上述实时数据配置信息)中至少包括:实时数据库开放的接口地址(即上述目标服务对应的实时数据接口地址)和接口参数,例如配置用于获取实时值接口的地址、参数,举例说明,该实时数据库监控配置信息可以按照如下方式存入表T_TSDBCFG中,如下所示:
6)消息推送配置信息中至少包括:推送方式(例如,邮件或者短信等)、推送地址,举例说明,该消息推送配置信息可以按照如下方式存入表T_MESSAGEPUSHCFG中,如下所示:
本申请方案可以允许用户自定义报警规则,在数据库表中预留了备用字段用于扩展报警规则。
步骤S204,依据目标配置信息,获取目标服务对应的运行数据,其中,运行数据至少包括:目标服务所在服务器的性能负载参数、目标服务对应的目标数据库的容量参数;
在本申请的一些实施例中,目标配置信息包括:服务器资源配置信息和数据库配置信息,其中,服务器资源配置信息至少包括:目标服务所在服务器的服务器名称和服务器地址,数据库配置信息至少包括:目标服务对应的目标数据库的数据库地址、数据库用户名、以及与数据库用户名对应的权限认证信息;依据目标配置信息,获取目标服务对应的运行数据包括:依据服务器地址,确定性能负载参数,其中,性能负载参数用于表征目标服务所在服务器的负载程度;依据数据库地址、数据库用户名、以及与数据库用户名对应的权限认证信息,确定容量参数,其中,容量参数用于表征目标服务对应的目标数据库的空间占用情况。
具体地,调用被监控服务所在服务器资源接口,根据T_SERVERCFG表(即上述服务器资源配置信息)的SIP(服务器地址)字段,访问目标服务所在服务器,确定该服务器的性能负载参数。
具体地,调用关系数据库资源接口,根据T_DBCFG表(即上述数据库配置信息)里提供的关系数据库的DB_IP(数据库服务器IP,即上述数据库地址)、DB_NAME(数据库实例名)、DBU_NAME(想要监控的数据库用户名)、DBU_PWD(想要监控的数据库用户的登录密码,即上述权限认证信息),来获取该数据库空间占用情况(即上述容量参数)。
举例说明,调用关系数据库资源接口,向目标服务对应的数据库的数据库地址发送访问请求,并依据数据库用户名及对应的权限认证信息进行登录验证,在验证通过后,访问该数据库并确定该数据库的容量参数。
在本申请的一些实施例中,目标配置信息还包括:基础数据配置信息,其中,基础数据配置信息包括:基础数据的数据名字段、工业信息化系统地址;依据目标配置信息,获取目标服务对应的运行数据还包括:依据基础数据的数据名字段、工业信息化系统地址,获取目标服务对应的工业信息化系统的基础数据,其中,基础数据至少用于表征工业信息化系统的系统架构。
具体地,调用基础数据接口,根据T_BASEDATACFG表(即上述基础数据配置信息)的PURL(平台地址,即上述工业信息化系统地址)和BASEDATAAPI(具体接口地址,比如获取工厂架构数据的接口地址)来获取基础数据。
在本申请的一些实施例中,目标配置信息还包括:被监测服务配置信息和实时数据配置信息,其中,被监测服务配置信息还包括:目标服务的服务名称,以及目标服务的统一资源定位符,实时数据配置信息包括:目标服务对应的实时数据接口地址和接口参数;依据目标配置信息,获取目标服务对应的运行数据包括:依据服务名称和统一资源定位符,调用工业信息化系统的第一目标接口,获取目标服务的第一返回码;依据实时数据接口地址和接口参数,调用工业信息化系统的第二目标接口,获取目标服务的第二返回码。
具体地,调用被监控服务接口,根据T_SERVICECFG表(即上述被监测服务配置信息)里提供的接口地址(即上述目标服务的统一资源定位符),获取其第一返回码。
具体地,调用实时数据库接口,根据TSDBCFG表(即上述实时数据配置信息)里的TSDB_URL(实时数据接口地址)与TSDB_PARAM(接口参数),调用该实时数据接口,得到第二返回码。
步骤S206,在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常,并向目标服务对应的终端设备发送目标告警信息,其中,目标告警信息至少用于表征目标服务出现异常的异常类型。
在本申请的一些实施例中,性能负载参数包括:中央处理器使用率和内存使用率;服务器资源配置信息中还包括:处理器使用率阈值、第一时间阈值、内存使用率阈值和第二时间阈值,数据库配置信息还包括:与目标服务对应的空间占用率阈值;在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常包括:在中央处理器使用率超出处理器使用率阈值且持续时间不小于第一时间阈值的情况下,判定目标服务出现异常;在内存使用率超出内存使用率阈值且持续时间不小于第二时间阈值的情况下,判定目标服务出现异常;在容量参数所表征的空间占用率大于空间占用率阈值的情况下,判定目标服务出现异常。
具体地,调用被监控服务所在服务器资源接口,根据T_SERVERCFG表(即上述服务器资源配置信息)的SIP(服务器地址)字段,以及CUP_CFG和RAM_CFG两个字段里所定的规则(即监控服务所在服务器CPU报警规则、监控服务所在服务器内存报警规则)来判断所监控服务器的资源占用情况(性能负载参数),其中,CPU报警规则中包括上述处理器使用率阈值和第一时间阈值,内存报警规则中包括上述内存使用率阈值和第二时间阈值访问目标服务所在服务器。
当达到报警条件时,即中央处理器使用率超出处理器使用率阈值且持续时间不小于第一时间阈值,或者内存使用率超出内存使用率阈值且持续时间不小于第二时间阈值时,将目标告警信息推送至消息推送配置信息里配置好的责任人的邮箱等通讯地址。
具体地,调用关系数据库资源接口,根据T_DBCFG表(即上述数据库配置信息)里提供的关系数据库的DB_IP(数据库服务器IP,即上述数据库地址)、DB_NAME(数据库实例名)、DBU_NAME(想要监控的数据库用户名)、DBU_PWD(想要监控的数据库用户的登录密码,即上述权限认证信息),来获取该数据库空间占用情况(即上述容量参数)。当容量参数所表征的空间占用率大于空间占用率阈值时,将目标告警信息推送至消息推送配置信息里配置好的责任人的邮箱等通讯地址。
在本申请的一些实施例中,在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常还包括:在基础数据与历史基础数据不一致的情况下,判定目标服务出现异常,其中,历史基础数据为在目标时刻的预设时间段之前获取到的工业信息化系统的基础数据,目标时刻为获取目标服务对应的工业信息化系统的基础数据的时刻。
具体地,调用基础数据接口,根据T_BASEDATACFG表(即上述基础数据配置信息)的PURL(平台地址,即上述工业信息化系统地址)和BASEDATAAPI(具体接口地址,比如获取工厂架构数据的接口地址)来获取基础数据。并与前一日(即上述在目标时刻的预设时间段之前)的历史基础数据进行对比,当出现基础数据编码变化时,将目标告警信息推送至消息推送配置信息里配置好的责任人的邮箱等通讯地址。
在本申请的一些实施例中,在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常还包括:在第一返回码与第一预设码不一致的情况下,判定目标服务出现异常,其中,第一预设码为目标服务在运行正常的情况下第一目标接口所应返回的编码;在第二返回码与第二预设码不一致的情况下,判定目标服务出现异常,其中,第二预设码为目标服务在运行正常的情况下第二目标接口所应返回的编码。
具体地,调用被监控服务接口,根据T_SERVICECFG表(即上述被监测服务配置信息)里提供的接口地址(即上述目标服务的统一资源定位符),获取其第一返回码。如果返回了错误码(即第一返回码与第一预设码不一致),将目标告警信息推送至消息推送配置信息里配置好的责任人的邮箱等通讯地址。
具体地,调用实时数据库接口,根据TSDBCFG表(即上述实时数据配置信息)里的TSDB_URL(实时数据接口地址)与TSDB_PARAM(接口参数),调用该实时数据接口,得到第二返回码。当出现错误码(即第二返回码与第二预设码不一致)时,将目标告警信息推送至消息推送配置信息里配置好的责任人的邮箱等通讯地址。
在本申请的一些实施例中,目标配置信息还包括消息推送配置信息,其中,消息推送配置信息中包括:推送方式、推送地址;向目标服务对应的终端设备发送目标告警信息包括:依据不满足预设监测规则的运行数据,确定目标服务对应的异常类型,并生成与异常类型对应的目标告警信息;将目标告警信息按照推送方式,发送至与目标服务对应的推送地址所对应的终端设备。
在本申请的一些实施例中,方法还包括:将各个目标服务对应的运行数据发送至前端交互界面进行展示,其中,运行数据包括:满足预设监测规则的运行数据、不满足预设监测规则的运行数据。
具体地,上述工业信息化系统返回的所有运行数据均推送至前端交互界面进行图表化展示。降低了系统运维的门槛,将原先需要手动远程至服务器查看关键服务日志、或者登录关系数据库、通过sql语句查询数据等需要一定专业性的操作以可视化的形式展示给用户或者管理员,也降低了运维人员的工作投入。
通过将监控到的信息通过可视化图表进行展示,实现现场用户在几乎无IT背景的情况下,可以自判断当前业务功能异常原因的效果,从而减轻了运维人员运维的难度与时间投入。
本申请方案提供一种工业信息化领域的后台服务健康状态的监控,不涉及到具体工业数据的计算,也不参与业务逻辑。通过本方案可以解决工业信息化系统在实际使用过程中遇到的异常排查,面向的是系统运维人员、管理员和操作工等岗位,包括:增加可配置功能,可实现重点关注后台服务的监控,通过定时器触发推送配置信息到监控服务;可通过邮件等通讯方式将报警信息通知到负责人;每日监控关系数据库空间占用情况,当少于10%时发送提醒;每日监控工厂架构接口,当发现工厂架构基础数据变化时,发送提醒;每日监控工作日历与排班管理接口,当发现接口不通时,发送提醒;每日监控服务所在服务器资源,重点关注CPU、内存两项数据。
需要说明的是,本申请方案适用于与工业信息化系统有类似监测需求的后台服务的监测,具有良好的可扩展性,对于所有信息化后台计算服务都可以通过配置来达到监控的目的。当后台计算服务出现异常时能快速的定位到异常,降低运维投入与提高产品健壮性。
通过上述步骤,通过对需要重点关注的计算服务从服务本身健康状况、所在服务器资源情况、关系数据库空间占用情况、底层实时数据库的健康状况以及计算服务依赖的基础数据的变化情况等方面进行监测,达到第一时间发现系统异常,降低运维难度的目的,进而解决了由于相关技术进行工业信息化系统的服务运维时,需要人工逐一排查服务日志,造成服务监测运维效率低技术问题。
根据本申请实施例,还提供了一种服务监测装置的实施例。图3是根据本申请实施例提供的一种服务监测装置的结构示意图。如图3所示,该装置包括:
配置模块30,用于获取目标配置信息,其中,目标配置信息至少用于指示与目标服务对应的运行数据的来源,目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;
监测模块32,用于依据目标配置信息,获取目标服务对应的运行数据,其中,运行数据至少包括:目标服务所在服务器的性能负载参数、目标服务对应的目标数据库的容量参数;
在本申请的一些实施例中,目标配置信息包括:服务器资源配置信息和数据库配置信息,其中,服务器资源配置信息至少包括:目标服务所在服务器的服务器名称和服务器地址,数据库配置信息至少包括:目标服务对应的目标数据库的数据库地址、数据库用户名、以及与数据库用户名对应的权限认证信息;依据目标配置信息,获取目标服务对应的运行数据包括:依据服务器地址,确定性能负载参数,其中,性能负载参数用于表征目标服务所在服务器的负载程度;依据数据库地址、数据库用户名、以及与数据库用户名对应的权限认证信息,确定容量参数,其中,容量参数用于表征目标服务对应的目标数据库的空间占用情况。
在本申请的一些实施例中,目标配置信息还包括:基础数据配置信息,其中,基础数据配置信息包括:基础数据的数据名字段、工业信息化系统地址;依据目标配置信息,获取目标服务对应的运行数据还包括:依据基础数据的数据名字段、工业信息化系统地址,获取目标服务对应的工业信息化系统的基础数据,其中,基础数据至少用于表征工业信息化系统的系统架构。
在本申请的一些实施例中,目标配置信息还包括:被监测服务配置信息和实时数据配置信息,其中,被监测服务配置信息还包括:目标服务的服务名称,以及目标服务的统一资源定位符,实时数据配置信息包括:目标服务对应的实时数据接口地址和接口参数;依据目标配置信息,获取目标服务对应的运行数据包括:依据服务名称和统一资源定位符,调用工业信息化系统的第一目标接口,获取目标服务的第一返回码;依据实时数据接口地址和接口参数,调用工业信息化系统的第二目标接口,获取目标服务的第二返回码。
告警模块34,用于在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常,并向目标服务对应的终端设备发送目标告警信息,其中,目标告警信息至少用于表征目标服务出现异常的异常类型。
在本申请的一些实施例中,性能负载参数包括:中央处理器使用率和内存使用率;服务器资源配置信息中还包括:处理器使用率阈值、第一时间阈值、内存使用率阈值和第二时间阈值,数据库配置信息还包括:与目标服务对应的空间占用率阈值;在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常包括:在中央处理器使用率超出处理器使用率阈值且持续时间不小于第一时间阈值的情况下,判定目标服务出现异常;在内存使用率超出内存使用率阈值且持续时间不小于第二时间阈值的情况下,判定目标服务出现异常;在容量参数所表征的空间占用率大于空间占用率阈值的情况下,判定目标服务出现异常。
在本申请的一些实施例中,在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常还包括:在基础数据与历史基础数据不一致的情况下,判定目标服务出现异常,其中,历史基础数据为在目标时刻的预设时间段之前获取到的工业信息化系统的基础数据,目标时刻为获取目标服务对应的工业信息化系统的基础数据的时刻。
在本申请的一些实施例中,在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常还包括:在第一返回码与第一预设码不一致的情况下,判定目标服务出现异常,其中,第一预设码为目标服务在运行正常的情况下第一目标接口所应返回的编码;在第二返回码与第二预设码不一致的情况下,判定目标服务出现异常,其中,第二预设码为目标服务在运行正常的情况下第二目标接口所应返回的编码。
在本申请的一些实施例中,目标配置信息还包括消息推送配置信息,其中,消息推送配置信息中包括:推送方式、推送地址;向目标服务对应的终端设备发送目标告警信息包括:依据不满足预设监测规则的运行数据,确定目标服务对应的异常类型,并生成与异常类型对应的目标告警信息;将目标告警信息按照推送方式,发送至与目标服务对应的推送地址所对应的终端设备。
在本申请的一些实施例中,告警模块34还用于:将各个目标服务对应的运行数据发送至前端交互界面进行展示,其中,运行数据包括:满足预设监测规则的运行数据、不满足预设监测规则的运行数据。
需要说明的是,上述服务监测装置中的各个模块可以是程序模块(例如是实现某种特定功能的程序指令集合),也可以是硬件模块,对于后者,其可以表现为以下形式,但不限于此:上述各个模块的表现形式均为一个处理器,或者,上述各个模块的功能通过一个处理器实现。
需要说明的是,本实施例中所提供的服务监测装置可用于执行图2所示的服务监测方法,因此,对上述服务监测方法的相关解释说明也适用于本申请实施例中,在此不再赘述。
根据本申请实施例,还提供了一种服务监测系统的实施例。图4是根据本申请实施例提供的一种服务监测系统的结构示意图。如图4所示,该系统包括:第一服务器40和第二服务器42,其中,
第一服务器40,用于依据目标对象在前端交互界面配置的数据,生成目标配置信息,其中,目标配置信息至少用于指示与目标服务对应的运行数据的来源,目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;
第二服务器42,用于获取目标配置信息;依据目标配置信息,获取目标服务对应的运行数据,其中,运行数据至少包括:目标服务所在第三服务器的性能负载参数、目标服务对应的目标数据库的容量参数;在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常,并向目标服务对应的终端设备发送目标告警信息,其中,目标告警信息至少用于表征目标服务出现异常的异常类型。
下面对上述服务监测系统做进一步介绍。
图5是根据本申请实施例提供的一种服务监测系统的框架示意图,如图5所示,整个系统分为三部分:第一部分为WEB端,分成两个模块:组态配置模块50和监控信息展示模块56、第二部分为后台监控服务模块52、第三部分为消息推送模块54。
具体地,组态配置模块50需要部署在应用服务器(即第一服务器)上,部署后生成目标配置信息的数据库表,上述目标配置信息可以由用户在PC端打开网页进行配置,主要为了实现对所要监控的内容的配置,其中,所述目标配置信息中包括但不限于:被监控服务配置信息(即上述被监测服务配置信息)、服务器资源监控配置信息(即上述服务器资源配置信息)、基础数据监控配置信息(即上述基础数据配置信息)、关系数据库监控配置信息(即上述数据库配置信息)和实时数据库监控配置信息(即上述实时数据配置信息)、消息推送配置信息等。
具体地,后台监控服务模块52需要单独部署在一台服务器(即第二服务器)上面,为了保持其稳定性建议不与其他服务装一起,后台监控服务模块52负责接收组态配置模块50推送过来的监控信息(即目标配置信息),通过定时器于每天早班时间提前2个小时触发监控任务。后台监控服务模块52与组态配置模块50的对应关系如下表:
组态配置模块50下属单元 后台监控服务模块52下属单元
被监控服务配置信息 调用被监控服务接口
服务器资源监控配置信息 调用被监控服务所在服务器资源接口
基础数据监控配置信息 调用基础数据接口
关系数据库监控配置信息 调用关系数据库资源接口
实时数据库监控配置信息 调用实时数据库接口
具体地,消息推送模块54主要根据组态配置模块50中消息推送配置信息,通过消息推送组件(FCM)实时推送至用户。
具体地,监控信息展示模块56需要部署在应用服务器(即第一服务器)上,用户在PC端通过浏览器的方式访问。该单元将后台监控服务模块52调用的各个接口的所有的返回(包括正常的与异常的)的运行数据以图表的形式展现。便于用户理解与排查问题。
本申请方案提出了一种对于工业信息化领域后台服务的监控系统,通过对需要重点关注的计算服务从服务本身健康状况、所在服务器资源情况、关系数据库空间占用情况、底层实时数据库的健康状况以及计算服务依赖的基础数据的变化情况等方面进行监测,并在发现异常时通过邮件等通讯方式等接口推送至运维人员、管理员或者操作工,达到第一时间发现系统异常,降低运维难度的目的。图6是根据本申请实施例提供的一种服务监测系统的架构示意图,如图6所示。
需要说明的是,本实施例中所提供的服务监测装置可用于执行图2所示的服务监测方法,因此,对上述服务监测方法的相关解释说明也适用于本申请实施例中,在此不再赘述。
本申请实施例还提供了一种非易失性存储介质,非易失性存储介质包括存储的计算机程序,其中,非易失性存储介质所在设备通过运行计算机程序执行以下服务监测方法:获取目标配置信息,其中,目标配置信息至少用于指示与目标服务对应的运行数据的来源,目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;依据目标配置信息,获取目标服务对应的运行数据,其中,运行数据至少包括:目标服务所在服务器的性能负载参数、目标服务对应的目标数据库的容量参数;在目标服务对应的各项运行数据不满足对应的预设监测规则的情况下,判定目标服务出现异常,并向目标服务对应的终端设备发送目标告警信息,其中,目标告警信息至少用于表征目标服务出现异常的异常类型。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

Claims (13)

1.一种服务监测方法,其特征在于,包括:
获取目标配置信息,其中,所述目标配置信息至少用于指示与目标服务对应的运行数据的来源,所述目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;
依据所述目标配置信息,获取所述目标服务对应的运行数据,其中,所述运行数据至少包括:所述目标服务所在服务器的性能负载参数、所述目标服务对应的目标数据库的容量参数;
在所述目标服务对应的各项所述运行数据不满足对应的预设监测规则的情况下,判定所述目标服务出现异常,并向所述目标服务对应的终端设备发送目标告警信息,其中,所述目标告警信息至少用于表征所述目标服务出现异常的异常类型。
2.根据权利要求1所述的服务监测方法,其特征在于,所述目标配置信息包括:服务器资源配置信息和数据库配置信息,其中,所述服务器资源配置信息至少包括:所述目标服务所在服务器的服务器名称和服务器地址,所述数据库配置信息至少包括:所述目标服务对应的所述目标数据库的数据库地址、数据库用户名、以及与所述数据库用户名对应的权限认证信息;依据所述目标配置信息,获取所述目标服务对应的运行数据包括:
依据所述服务器地址,确定所述性能负载参数,其中,所述性能负载参数用于表征所述目标服务所在服务器的负载程度;
依据所述数据库地址、所述数据库用户名、以及与所述数据库用户名对应的权限认证信息,确定所述容量参数,其中,所述容量参数用于表征所述目标服务对应的所述目标数据库的空间占用情况。
3.根据权利要求2所述的服务监测方法,其特征在于,所述性能负载参数包括:中央处理器使用率和内存使用率;所述服务器资源配置信息中还包括:处理器使用率阈值、第一时间阈值、内存使用率阈值和第二时间阈值,所述数据库配置信息还包括:与所述目标服务对应的空间占用率阈值;在所述目标服务对应的各项所述运行数据不满足对应的预设监测规则的情况下,判定所述目标服务出现异常包括:
在所述中央处理器使用率超出所述处理器使用率阈值且持续时间不小于所述第一时间阈值的情况下,判定所述目标服务出现异常;
在所述内存使用率超出所述内存使用率阈值且持续时间不小于所述第二时间阈值的情况下,判定所述目标服务出现异常;
在所述容量参数所表征的空间占用率大于所述空间占用率阈值的情况下,判定所述目标服务出现异常。
4.根据权利要求2所述的服务监测方法,其特征在于,所述目标配置信息还包括:基础数据配置信息,其中,所述基础数据配置信息包括:基础数据的数据名字段、工业信息化系统地址;依据所述目标配置信息,获取所述目标服务对应的运行数据还包括:
依据所述基础数据的数据名字段、所述工业信息化系统地址,获取所述目标服务对应的所述工业信息化系统的基础数据,其中,所述基础数据至少用于表征所述工业信息化系统的系统架构。
5.根据权利要求4所述的服务监测方法,其特征在于,在所述目标服务对应的各项所述运行数据不满足对应的预设监测规则的情况下,判定所述目标服务出现异常还包括:
在所述基础数据与历史基础数据不一致的情况下,判定所述目标服务出现异常,其中,所述历史基础数据为在目标时刻的预设时间段之前获取到的所述工业信息化系统的基础数据,所述目标时刻为获取所述目标服务对应的所述工业信息化系统的基础数据的时刻。
6.根据权利要求4所述的服务监测方法,其特征在于,所述目标配置信息还包括:被监测服务配置信息和实时数据配置信息,其中,所述被监测服务配置信息还包括:所述目标服务的服务名称,以及所述目标服务的统一资源定位符,所述实时数据配置信息包括:所述目标服务对应的实时数据接口地址和接口参数;依据所述目标配置信息,获取所述目标服务对应的运行数据包括:
依据所述服务名称和所述统一资源定位符,调用所述工业信息化系统的第一目标接口,获取所述目标服务的第一返回码;
依据所述实时数据接口地址和接口参数,调用所述工业信息化系统的第二目标接口,获取所述目标服务的第二返回码。
7.根据权利要求6所述的服务监测方法,其特征在于,在所述目标服务对应的各项所述运行数据不满足对应的预设监测规则的情况下,判定所述目标服务出现异常还包括:
在所述第一返回码与第一预设码不一致的情况下,判定所述目标服务出现异常,其中,所述第一预设码为所述目标服务在运行正常的情况下所述第一目标接口所应返回的编码;
在所述第二返回码与第二预设码不一致的情况下,判定所述目标服务出现异常,其中,所述第二预设码为所述目标服务在运行正常的情况下所述第二目标接口所应返回的编码。
8.根据权利要求1所述的服务监测方法,其特征在于,所述目标配置信息还包括消息推送配置信息,其中,所述消息推送配置信息中包括:推送方式、推送地址;
向所述目标服务对应的终端设备发送目标告警信息包括:
依据不满足所述预设监测规则的所述运行数据,确定所述目标服务对应的异常类型,并生成与所述异常类型对应的所述目标告警信息;
将所述目标告警信息按照所述推送方式,发送至与所述目标服务对应的所述推送地址所对应的所述终端设备。
9.根据权利要求1所述的服务监测方法,其特征在于,所述方法还包括:
将各个所述目标服务对应的所述运行数据发送至前端交互界面进行展示,其中,所述运行数据包括:满足所述预设监测规则的所述运行数据、不满足所述预设监测规则的所述运行数据。
10.一种服务监测装置,其特征在于,包括:
配置模块,用于获取目标配置信息,其中,所述目标配置信息至少用于指示与目标服务对应的运行数据的来源,所述目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;
监测模块,用于依据所述目标配置信息,获取所述目标服务对应的运行数据,其中,所述运行数据至少包括:所述目标服务所在服务器的性能负载参数、所述目标服务对应的目标数据库的容量参数;
告警模块,用于在所述目标服务对应的各项所述运行数据不满足对应的预设监测规则的情况下,判定所述目标服务出现异常,并向所述目标服务对应的终端设备发送目标告警信息,其中,所述目标告警信息至少用于表征所述目标服务出现异常的异常类型。
11.一种服务监测系统,其特征在于,包括:第一服务器和第二服务器,其中,
所述第一服务器,用于依据目标对象在前端交互界面配置的数据,生成目标配置信息,其中,所述目标配置信息至少用于指示与目标服务对应的运行数据的来源,所述目标服务为应用于工业生产环境的工业信息化系统中运行的后台服务;
所述第二服务器,用于获取所述目标配置信息;依据所述目标配置信息,获取所述目标服务对应的运行数据,其中,所述运行数据至少包括:所述目标服务所在第三服务器的性能负载参数、所述目标服务对应的目标数据库的容量参数;在所述目标服务对应的各项所述运行数据不满足对应的预设监测规则的情况下,判定所述目标服务出现异常,并向所述目标服务对应的终端设备发送目标告警信息,其中,所述目标告警信息至少用于表征所述目标服务出现异常的异常类型。
12.一种电子设备,其特征在于,包括:存储器和处理器,所述处理器用于运行存储在所述存储器中的程序,其中,所述程序运行时执行权利要求1至9中任意一项所述的服务监测方法。
13.一种非易失性存储介质,其特征在于,所述非易失性存储介质包括存储的计算机程序,其中,所述非易失性存储介质所在设备通过运行所述计算机程序执行权利要求1至9中任意一项所述服务监测方法。
CN202310611330.3A 2023-05-24 2023-05-24 服务监测方法、装置、系统及电子设备 Pending CN116594843A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310611330.3A CN116594843A (zh) 2023-05-24 2023-05-24 服务监测方法、装置、系统及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310611330.3A CN116594843A (zh) 2023-05-24 2023-05-24 服务监测方法、装置、系统及电子设备

Publications (1)

Publication Number Publication Date
CN116594843A true CN116594843A (zh) 2023-08-15

Family

ID=87604309

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310611330.3A Pending CN116594843A (zh) 2023-05-24 2023-05-24 服务监测方法、装置、系统及电子设备

Country Status (1)

Country Link
CN (1) CN116594843A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117097599A (zh) * 2023-10-20 2023-11-21 深圳高灯计算机科技有限公司 网络服务检测方法、装置、计算机设备和存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117097599A (zh) * 2023-10-20 2023-11-21 深圳高灯计算机科技有限公司 网络服务检测方法、装置、计算机设备和存储介质
CN117097599B (zh) * 2023-10-20 2024-01-16 深圳高灯计算机科技有限公司 网络服务检测方法、装置、计算机设备和存储介质

Similar Documents

Publication Publication Date Title
US20190026344A1 (en) Application Recommending Method and System, and Server
CN109688188A (zh) 监控告警方法、装置、设备及计算机可读存储介质
CN102937930A (zh) 应用程序监控系统及方法
CN111355610A (zh) 一种基于边缘网络的异常处理方法及装置
CN103309790A (zh) 移动终端监控方法和装置
CN104346571A (zh) 安全漏洞管理方法、系统及设备
CN107947998B (zh) 一种基于应用系统的实时监测系统
CN110460476B (zh) 一种网络运维管理方法
CN107241242A (zh) 一种数据处理方法和装置
CN116594843A (zh) 服务监测方法、装置、系统及电子设备
CN114244676A (zh) 一种智能it综合网关系统
CN102904762B (zh) 资源节点的监控方法及装置
CN102859505A (zh) 管理系统以及计算机系统的管理方法
CN107577769A (zh) 一种计量专业数据的挖掘方法及系统
EP1622310A2 (en) Administration system for network management systems
CN111062503B (zh) 一种电网监控告警处理方法、系统、终端及存储介质
CN110633191B (zh) 实时监控软件系统业务健康度的方法和系统
CN111324504B (zh) 电力通信网络运行状态监测方法和装置
KR101973728B1 (ko) 통합 보안 이상징후 모니터링 시스템
CN108551444A (zh) 一种日志处理方法、装置及设备
CN114371980A (zh) 调用链路性能监控方法、装置、计算机设备及存储介质
CN114968710A (zh) 一种基于分布式架构的单元监控方法及装置
CN107844401A (zh) 数据监控方法、装置和计算机存储介质
CN114090369A (zh) 服务实例监控方法、装置与存储介质
CN116416764A (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