CN110266544A - 一种云平台微服务化服务失败的原因定位的装置及方法 - Google Patents
一种云平台微服务化服务失败的原因定位的装置及方法 Download PDFInfo
- Publication number
- CN110266544A CN110266544A CN201910575711.4A CN201910575711A CN110266544A CN 110266544 A CN110266544 A CN 110266544A CN 201910575711 A CN201910575711 A CN 201910575711A CN 110266544 A CN110266544 A CN 110266544A
- Authority
- CN
- China
- Prior art keywords
- micro services
- module
- monitor
- detection
- cloud platform
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供一种云平台微服务化服务失败的原因定位的装置及方法,包括环境监控模块,组件监控模块,微服务模块、微服务监控检测模块、日志收集模块;环境监控模块,用于提供检测当前系统运行环境的基础信息的接口对前系统运行环境进行监测;组件监控模块,用于提供检测云平台运行需要的基础组件的运行状态的接口进行检测基础组件的运行情况;微服务模块,用于调用环境监控模块和组件监控模块提供的接口,检测微服务模块的各种资源的基本情况并记录到微服务的环境检测日志中;当检测微服务状态为不正常时,微服务监控检测模块调用日志收集模块,把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中用于进行服务失败原因定位。
Description
技术领域
本发明涉及云平台微服务化技术领域,应用于云平台微服务化架构中,具体涉及一种云平台微服务化服务失败的原因定位的装置及方法。
背景技术
微服务架构是一项在云中部署应用和服务的新技术。微服务可以在"自己的程序"中运行,并通过"轻量级设备与HTTP型API进行沟通"。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构(在现有系统中分布一个API)区分开来。在服务公开中,许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能,那么就必须缩小进程范围。在微服务架构中,只需要在特定的某种服务中增加所需功能,而不影响整体进程的架构。
在云计算时代,大量异构的资源通过云平台统一管理,为了便于水平扩展,更弹性的实现云平台性能的弹性伸缩,以便处理不同流量的用户访问和资源处理需求,大量的云平台采用微服务化的架构进行设计和实现。但是当面对系统中大量的微服务,如何能快速定位服务失败的原因成为系统迫切需要解决的问题。
发明内容
针对当面对系统中大量的微服务,如何能快速定位服务失败的原因的问题,本发明提供一种云平台微服务化服务失败的原因定位的装置及方法。
本发明的技术方案是:
一方面,本发明技术方案提供一种云平台微服务化服务失败的原因定位的装置,包括环境监控模块,组件监控模块,微服务模块、微服务监控检测模块、日志收集模块;
环境监控模块,用于提供检测当前系统运行环境的基础信息的接口对前系统运行环境进行监测;
组件监控模块,用于提供检测云平台运行需要的基础组件的运行状态的接口进行检测基础组件的运行情况;
微服务模块,用于调用环境监控模块和组件监控模块提供的接口,检测微服务模块的各种资源的基本情况并记录到微服务的环境检测日志中;
微服务监控检测模块,用于定时检测微服务监控状态,当检测微服务状态为不正常时,微服务监控检测模块调用日志收集模块,把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中用于进行服务失败原因定位。
进一步的,所述的日志收集模块,用于定义日志收集到的指定存储的位置并提供日志压缩和收集的接口,把指定微服务的环境检测日志收集到指定文件夹中。
进一步的,微服务模块,还用于提供一个微服务本身健康状态的检查接口;
微服务监控检测模块,通过调用微服务的健康检查接口,确定微服务监控状态并将微服务的监控状态记录到微服务的环境检测日志中。
进一步的,方便查询统计,文件夹采用统一的格式进行命名,文件夹名称为:时间-微服务名称,时间格式为:年-月-日-时-分-秒。
进一步的,日志收集模块,用于按照时间和微服务名称分类收集环境检测日志存储到指定文件夹中。
进一步的,基础信息包括CPU负载情况、内存使用情况、存储使用情况、文件打开数量。
进一步的,基础组件包括zookeeper集群、rabbitmq集群、mariadb集群;
组件监控模块,用于提供检测云平台运行需要的基础组件的运行状态的接口进行检测基础组件的运行情况,包括检测zookeeper集群运行状态、rabbitmq集群运行状态、mariadb集群运行状态。
进一步的,方便后期对日志进行分析统计,日志中记录格式为:当前系统时间+基础环境基本信息;
基础环境基本信息包括CPU负载信息、内存负载信息、存储使用信息;
CPU负载信息包括CPU使用率、CPU各个核心使用情况;内存负载信息包括内存总量、内存使用量、缓存总量、swap交换分区使用情况;存储使用信息包括存储总量、各个磁盘总量、各个磁盘已使用量、根分区使用情况、系统盘使用情况、数据盘使用情况。
本装置可以快速定位微服务失败的原因,便于优化云平台服务部署方式,降低微服务挂掉的风险,可以极大的提高云平台整体的稳定性,增加云平台的安全,保护客户资产。
另一方面,本发明技术方案提供一种云平台微服务化服务失败的原因定位的方法,包括如下步骤:
环境监控模块提供检测当前系统运行环境的基础信息的接口对前系统运行环境进行监测;
组件监控模块提供检测云平台运行需要的基础组件的运行状态的接口进行检测基础组件的运行情况;
微服务模块调用环境监控模块和组件监控模块提供的接口,检测微服务模块的各种资源的基本情况并记录到微服务的环境检测日志中;
微服务监控检测模块定时检测微服务监控状态,当检测微服务状态为不正常时,微服务监控检测模块调用日志收集模块,把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中用于进行服务失败的定位。
进一步的,所述的微服务监控检测模块定时检测微服务监控状态,当检测微服务状态为不正常时,微服务监控检测模块调用日志收集模块,把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中用于进行服务失败的定位的步骤具体包括:
微服务监控检测模块通过调用微服务的健康检查接口,确定微服务监控状态并将微服务的监控状态记录到微服务的环境检测日志中;
根据检测的微服务健康状态,决定是否调用日志收集模块收集微服务的环境检测日志;
当检测微服务状态为不正常时,微服务监控检测模块调用日志收集模块,把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中用于进行服务失败的定位。
从以上技术方案可以看出,本发明具有以下优点:本方法能够实现通过记录服务运行时的各种状态信息,并通过资源收集,统一分析的思路,快速定位服务失败的原因,便于优化云平台服务部署方式,降低微服务挂掉的风险,可以极大的提高云平台整体的稳定性,增加云平台的安全,保护客户资产。
此外,本发明设计原理可靠,结构简单,具有非常广泛的应用前景。
由此可见,本发明与现有技术相比,具有突出的实质性特点和显著地进步,其实施的有益效果也是显而易见的。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的云平台微服务化服务失败的原因定位的装置的示意性框图。
图2是本发明实施例二提供的云平台微服务化服务失败的原因定位的方法的示意性框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明中的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
实施例一
如图1所示,本发明实施例提供一种云平台微服务化服务失败的原因定位的装置,包括环境监控模块101,组件监控模块102,微服务模块103、日志收集模块105、微服务监控检测模块104;
环境监控模块101,用于提供检测当前系统运行环境的基础信息的接口对前系统运行环境进行监测;基础信息包括CPU负载情况、内存使用情况、存储使用情况、文件打开数量。
组件监控模块102,用于提供检测云平台运行需要的基础组件的运行状态的接口进行检测基础组件的运行情况;基础组件包括zookeeper集群、rabbitmq集群、mariadb集群;在此基础上,组件监控模块用于提供检测云平台运行需要的基础组件的运行状态的接口进行包括检测zookeeper集群运行状态、rabbitmq集群运行状态、mariadb集群运行状态。
微服务模块103,用于调用环境监控模块101和组件监控模块102提供的接口,检测微服务模块103的各种资源的基本情况并记录到微服务的环境检测日志中;
云平台包括若干个微服务模块103,各个微服务模块103调用环境监控基本模块和组件监控基本模块提供的接口,检测微服务模块的各种资源的基本情况并记录到自己微服务的环境检测日志中,日志中记录格式为:当前系统时间+基础环境基本信息(时间格式为年-月-日:时-分-秒,例如2019-06-18:05:01:01);基础环境基本信息:CPU负载情况,包括CPU使用率,CPU各个核心使用情况;内存负载情况:内存总量、内存使用量、缓存总量、swap交换分区使用情况;存储使用情况:存储总量,多维度展示存储使用情况,包括各个磁盘总量,已使用量,根分区使用情况,系统盘使用情况,数据盘使用情况;微服务本身维护一个自己依赖的微服务列表,并提供一个微服务本身健康状态的检查接口,微服务健康则返回“OK”结果,微服务依次访问微服务依赖的微服务,调用微服务的健康检查接口,记录微服务依赖的微服务列表中各微服务的健康状态。
日志收集模块105,用于定义日志收集到的指定存储的位置并提供日志压缩和收集的接口,把指定微服务的环境检测日志按照时间和微服务名称分类收集到指定存储的指定文件夹中,文件夹名称为:时间-微服务名称,时间格式为年-月-日-时-分-秒,例如2019-06-18-10-43-05-icompute,便于后期分析微服务失败的原因。
一个微服务对应一个微服务监控检测模块,微服务监控检测模块104,用于定时检测微服务监控状态,通过调用微服务的健康检查接口,确定微服务监控状态。如果返回结果不是“OK”,则表示该微服务状态为不正常。微服务监控检测模块104调用日志收集模块105,把该失败的微服务的环境检测日志收集到指定的文件夹位置用于进行微服务失败的原因的定位。
本装置可以快速定位微服务失败的原因,便于优化云平台服务部署方式,降低微服务挂掉的风险,可以极大的提高云平台整体的稳定性,增加云平台的安全,保护客户资产。
实施例二
本发明实施例提供一种云平台微服务化服务失败的原因定位的方法,包括如下步骤:
步骤1:环境监控模块提供检测当前系统运行环境的基础信息的接口对前系统运行环境进行监测;基础信息包括CPU负载情况、内存使用情况、存储使用情况、文件打开数量。
步骤2:组件监控模块提供检测云平台运行需要的基础组件的运行状态的接口进行检测基础组件的运行情况;基础组件包括zookeeper集群、rabbitmq集群、mariadb集群;
步骤3:微服务模块调用环境监控模块和组件监控模块提供的接口,检测微服务模块的各种资源的基本情况并记录到微服务的环境检测日志中;日志中记录格式为:当前系统时间+基础环境基本信息(时间格式为年-月-日:时-分-秒,例如2019-06-18:05:01:01);基础环境基本信息:CPU负载情况,包括CPU使用率,CPU各个核心使用情况;内存负载情况:内存总量、内存使用量、缓存总量、swap交换分区使用情况;存储使用情况:存储总量,多维度展示存储使用情况,包括各个磁盘总量,已使用量,根分区使用情况,系统盘使用情况,数据盘使用情况;微服务本身维护一个自己依赖的微服务列表,并提供一个微服务本身健康状态的检查接口,微服务健康则返回“OK”结果,微服务依次访问微服务依赖的微服务,调用微服务的健康检查接口,记录微服务依赖的微服务列表中各微服务的健康状态。
步骤4:微服务监控检测模块定时检测微服务监控状态,通过调用微服务的健康检查接口,确定微服务监控状态并将微服务的监控状态记录到微服务的环境检测日志中;
步骤5:微服务监控检测模块根据检测的微服务健康状态,决定是否调用日志收集模块收集微服务的环境检测日志;微服务监控检测模块检测微服务状态为不正常时,微服务监控检测模块调用日志收集模块,把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中。在这里,日志收集模块用于定义日志收集到的指定存储的位置并提供日志压缩和收集的接口,把指定微服务的环境检测日志按照时间和微服务名称分类收集到指定存储的指定文件夹中,文件夹名称为:时间-微服务名称;
日志收集模块把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中通过查看日志收集模块按照时间和微服务名称分类收集存储到指定文件夹中的环境检测日志从而进行服务失败原因的定位。
尽管通过参考附图并结合优选实施例的方式对本发明进行了详细描述,但本发明并不限于此。在不脱离本发明的精神和实质的前提下,本领域普通技术人员可以对本发明的实施例进行各种等效的修改或替换,而这些修改或替换都应在本发明的涵盖范围内/任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种云平台微服务化服务失败的原因定位的装置,其特征在于包括环境监控模块,组件监控模块,微服务模块、微服务监控检测模块、日志收集模块;
环境监控模块,用于提供检测当前系统运行环境的基础信息的接口对前系统运行环境进行监测;
组件监控模块,用于提供检测云平台运行需要的基础组件的运行状态的接口进行检测基础组件的运行情况;
微服务模块,用于调用环境监控模块和组件监控模块提供的接口,检测微服务模块的各种资源的基本情况并记录到微服务的环境检测日志中;
微服务监控检测模块,用于定时检测微服务监控状态,当检测微服务状态为不正常时,微服务监控检测模块调用日志收集模块,把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中用于进行服务失败原因定位。
2.根据权利要求1所述的一种云平台微服务化服务失败的原因定位的装置,其特征在于,所述的日志收集模块,用于定义日志收集到的指定存储的位置并提供日志压缩和收集的接口,把指定微服务的环境检测日志收集到指定文件夹中。
3.根据权利要求2所述的一种云平台微服务化服务失败的原因定位的装置,其特征在于,微服务模块,还用于提供一个微服务本身健康状态的检查接口;
微服务监控检测模块,通过调用微服务的健康检查接口,确定微服务监控状态并将微服务的监控状态记录到微服务的环境检测日志中。
4.根据权利要求3所述的一种云平台微服务化服务失败的原因定位的装置,其特征在于,文件夹名称为:时间-微服务名称,时间格式为:年-月-日-时-分-秒。
5.根据权利要求4所述的一种云平台微服务化服务失败的原因定位的装置,其特征在于,日志收集模块,用于按照时间和微服务名称分类收集环境检测日志存储到指定文件夹中。
6.根据权利要求1所述的一种云平台微服务化服务失败的原因定位的装置,其特征在于,基础信息包括CPU负载情况、内存使用情况、存储使用情况、文件打开数量。
7.根据权利要求1所述的一种云平台微服务化服务失败的原因定位的装置,其特征在于,基础组件包括zookeeper集群、rabbitmq集群、mariadb集群;
组件监控模块,用于提供检测云平台运行需要的基础组件的运行状态的接口进行检测基础组件的运行情况,包括检测zookeeper集群运行状态、rabbitmq集群运行状态、mariadb集群运行状态。
8.根据权利要求1所述的一种云平台微服务化服务失败的原因定位的装置,其特征在于,日志中记录格式为:当前系统时间+基础环境基本信息;
基础环境基本信息包括CPU负载信息、内存负载信息、存储使用信息;
CPU负载信息包括CPU使用率、CPU各个核心使用情况;
内存负载信息包括内存总量、内存使用量、缓存总量、swap交换分区使用情况;
存储使用信息包括存储总量、各个磁盘总量、各个磁盘已使用量、根分区使用情况、系统盘使用情况、数据盘使用情况。
9.一种云平台微服务化服务失败的原因定位的方法,其特征在于包括如下步骤:
环境监控模块提供检测当前系统运行环境的基础信息的接口对前系统运行环境进行监测;
组件监控模块提供检测云平台运行需要的基础组件的运行状态的接口进行检测基础组件的运行情况;
微服务模块调用环境监控模块和组件监控模块提供的接口,检测微服务模块的各种资源的基本情况并记录到微服务的环境检测日志中;
微服务监控检测模块定时检测微服务监控状态,当检测微服务状态为不正常时,微服务监控检测模块调用日志收集模块,把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中用于进行服务失败的定位。
10.根据权利要求9所述的一种云平台微服务化服务失败的原因定位的方法,其特征在于,所述的微服务监控检测模块定时检测微服务监控状态,当检测微服务状态为不正常时,微服务监控检测模块调用日志收集模块,把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中用于进行服务失败的定位的步骤具体包括:
微服务监控检测模块通过调用微服务的健康检查接口,确定微服务监控状态并将微服务的监控状态记录到微服务的环境检测日志中;
根据检测的微服务健康状态,决定是否调用日志收集模块收集微服务的环境检测日志;
当检测微服务状态为不正常时,微服务监控检测模块调用日志收集模块,把该失败的微服务的环境检测日志收集到指定存储的指定文件夹中用于进行服务失败的定位。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910575711.4A CN110266544B (zh) | 2019-06-28 | 2019-06-28 | 一种云平台微服务化服务失败的原因定位的装置及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910575711.4A CN110266544B (zh) | 2019-06-28 | 2019-06-28 | 一种云平台微服务化服务失败的原因定位的装置及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110266544A true CN110266544A (zh) | 2019-09-20 |
CN110266544B CN110266544B (zh) | 2022-10-18 |
Family
ID=67922951
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910575711.4A Active CN110266544B (zh) | 2019-06-28 | 2019-06-28 | 一种云平台微服务化服务失败的原因定位的装置及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110266544B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110659184A (zh) * | 2019-09-23 | 2020-01-07 | 北京百度网讯科技有限公司 | 健康状态检查方法、装置及系统 |
CN111669425A (zh) * | 2020-04-14 | 2020-09-15 | 福建天泉教育科技有限公司 | 监控微服务接口的方法、存储介质 |
CN111858042A (zh) * | 2020-07-10 | 2020-10-30 | 苏州浪潮智能科技有限公司 | 基于国产化云平台校验微服务治理配额开启的方法及装置 |
CN116991472A (zh) * | 2023-09-27 | 2023-11-03 | 深圳鲲云信息科技有限公司 | 管理全局资源的方法及计算设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106610836A (zh) * | 2016-12-23 | 2017-05-03 | 国网信息通信产业集团有限公司 | 一种微服务运行管理工具 |
WO2018049872A1 (zh) * | 2016-09-19 | 2018-03-22 | 华为技术有限公司 | 微服务配置装置及方法 |
CN108833137A (zh) * | 2018-05-18 | 2018-11-16 | 南京南瑞信息通信科技有限公司 | 一种柔性微服务监控框架架构 |
CN109743199A (zh) * | 2018-12-25 | 2019-05-10 | 中国联合网络通信集团有限公司 | 基于微服务的容器化管理系统 |
CN109818776A (zh) * | 2018-12-17 | 2019-05-28 | 视联动力信息技术股份有限公司 | 微服务模块异常定位方法和装置 |
-
2019
- 2019-06-28 CN CN201910575711.4A patent/CN110266544B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018049872A1 (zh) * | 2016-09-19 | 2018-03-22 | 华为技术有限公司 | 微服务配置装置及方法 |
CN106610836A (zh) * | 2016-12-23 | 2017-05-03 | 国网信息通信产业集团有限公司 | 一种微服务运行管理工具 |
CN108833137A (zh) * | 2018-05-18 | 2018-11-16 | 南京南瑞信息通信科技有限公司 | 一种柔性微服务监控框架架构 |
CN109818776A (zh) * | 2018-12-17 | 2019-05-28 | 视联动力信息技术股份有限公司 | 微服务模块异常定位方法和装置 |
CN109743199A (zh) * | 2018-12-25 | 2019-05-10 | 中国联合网络通信集团有限公司 | 基于微服务的容器化管理系统 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110659184A (zh) * | 2019-09-23 | 2020-01-07 | 北京百度网讯科技有限公司 | 健康状态检查方法、装置及系统 |
CN110659184B (zh) * | 2019-09-23 | 2023-04-18 | 北京百度网讯科技有限公司 | 健康状态检查方法、装置及系统 |
CN111669425A (zh) * | 2020-04-14 | 2020-09-15 | 福建天泉教育科技有限公司 | 监控微服务接口的方法、存储介质 |
CN111669425B (zh) * | 2020-04-14 | 2022-12-09 | 福建天泉教育科技有限公司 | 监控微服务接口的方法、存储介质 |
CN111858042A (zh) * | 2020-07-10 | 2020-10-30 | 苏州浪潮智能科技有限公司 | 基于国产化云平台校验微服务治理配额开启的方法及装置 |
CN111858042B (zh) * | 2020-07-10 | 2023-01-10 | 苏州浪潮智能科技有限公司 | 基于国产化云平台校验微服务治理配额开启的方法及装置 |
CN116991472A (zh) * | 2023-09-27 | 2023-11-03 | 深圳鲲云信息科技有限公司 | 管理全局资源的方法及计算设备 |
CN116991472B (zh) * | 2023-09-27 | 2023-12-22 | 深圳鲲云信息科技有限公司 | 管理全局资源的方法及计算设备 |
Also Published As
Publication number | Publication date |
---|---|
CN110266544B (zh) | 2022-10-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110266544A (zh) | 一种云平台微服务化服务失败的原因定位的装置及方法 | |
CN105302697B (zh) | 一种密集数据模型数据库的运行状态监控方法及系统 | |
CN107943668A (zh) | 计算机服务器集群日志监控方法及监控平台 | |
US8631280B2 (en) | Method of measuring and diagnosing misbehaviors of software components and resources | |
CN110287081A (zh) | 一种服务监控系统和方法 | |
CN109977089A (zh) | 日志管理方法、装置、计算机设备及计算机可读存储介质 | |
CN102567185B (zh) | 一种应用服务器的监控方法 | |
CN109495291B (zh) | 调用异常的定位方法、装置和服务器 | |
CN104462606B (zh) | 一种基于日志数据确定诊断处理措施的方法 | |
US9600523B2 (en) | Efficient data collection mechanism in middleware runtime environment | |
CN108563526A (zh) | 一种iOS卡顿监控策略 | |
CN114172949A (zh) | 一种微服务链路监控追踪方法和系统 | |
CN106789158A (zh) | 一种云服务保险定损方法和系统 | |
CN108763044A (zh) | 一种日志处理方法及装置 | |
CN107635003A (zh) | 系统日志的管理方法、装置及系统 | |
CN111367760A (zh) | 日志采集方法及装置、计算机设备、存储介质 | |
CN100435106C (zh) | 应用服务器的分级再生方法 | |
CN114154035A (zh) | 一种动环监控的数据处理系统 | |
CN105069029B (zh) | 一种实时etl系统及方法 | |
CN102982037A (zh) | 检测数据库节点健康状况的方法及装置 | |
CN109614380A (zh) | 日志处理方法、系统、计算机设备及可读介质 | |
CN105978749A (zh) | 一种局域网内计算机硬件信息的监测方法及系统 | |
CN111324583B (zh) | 一种业务日志的分类方法及装置 | |
CN110262917A (zh) | 宿主机自愈方法、装置、计算机设备及存储介质 | |
CN107515864A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |