CN112543127A - 一种微服务架构的监控方法及装置 - Google Patents
一种微服务架构的监控方法及装置 Download PDFInfo
- Publication number
- CN112543127A CN112543127A CN201910899307.2A CN201910899307A CN112543127A CN 112543127 A CN112543127 A CN 112543127A CN 201910899307 A CN201910899307 A CN 201910899307A CN 112543127 A CN112543127 A CN 112543127A
- Authority
- CN
- China
- Prior art keywords
- basic data
- event
- preset
- monitoring
- message queue
- 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
Links
Images
Classifications
-
- 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/12—Network monitoring probes
-
- 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/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供了一种微服务架构的监控方法及装置,涉及微服务监控技术领域。该微服务架构的监控方法,包括:获取基础数据,所述基础数据包括微服务系统的日志数据和系统指标数据;对所述基础数据进行处理,获取基础数据集群;根据所述基础数据集群和预设的事件格式,获取事件消息队列;根据所述事件消息队列,获取告警信息。上述技术方案,可以同时处理日志和系统指标两个维度的监控指标,更加贴近微服务的实际运维需求,且具有报警收敛机制,同时具备服务自恢复能力。
Description
技术领域
本发明涉及微服务监控技术领域,特别涉及一种微服务架构的监控方法及装置。
背景技术
随着近年来互联网技术的蓬勃发展,网站规模及对应的应用架构越来越庞大和繁杂,传统的垂直应用架构已力不从心,分布式服务架构逐渐开始广泛应用。
现有技术中dubbo架构自带的管理控制台能够很直观的看到各服务状态,同时具备非常强大的自动伸缩能力,但是因为dubbo架构本身更侧重于开发而不是运维,对于服务各项指标不能有效的监控,同时也无法完成由监控指标延伸开来的时间预警及自恢复功能;现有技术中zabbix是一种非常成熟的监控方案,能够很方便的处理系统监控指标,但是无法完成日志类收集与预警,同时报警收敛及服务自恢复仍需自行开发实现。
发明内容
本发明实施例提供一种微服务架构的监控方法及装置,用以解决现有微服务架构监控功能不完善的问题。
为了解决上述技术问题,本发明实施例提供一种微服务架构的监控方法,包括:
获取基础数据,所述基础数据包括微服务系统的日志数据和系统指标数据;
对所述基础数据进行处理,获取基础数据集群;
根据所述基础数据集群和预设的事件格式,获取事件消息队列;
根据所述事件消息队列,获取告警信息。
进一步地,所述对所述基础数据进行处理,获取基础数据集群,包括:
按照预设的数据格式,存储所述基础数据,获得基础数据消息队列,其中,所述数据格式包括多个与所述基础数据对应的字段;
根据所述数据格式中的索引字段,将所述基础数据消息队列分别对应到与所述基础数据集群对应的索引中。
进一步地,所述根据所述基础数据集群和预设的事件格式,获取事件消息队列,包括:
检测预先设定的监测间隔周期的监测时间是否到达;
当预先设定的监测间隔周期的监测时间到达时,则根据预设的事件模型对所述基础数据集群中基础数据进行匹配;
若匹配成功,则按照预设的事件格式,获得所述事件消息队列,其中,所述事件格式包括多个与所述基础数据集群对应的字段。
进一步地,所述根据所述事件消息队列,获取告警信息,包括:
检测预先设定的监测间隔周期的监测时间是否到达;
当预先设定的监测间隔周期的监测时间到达时,则根据预设的告警模型对所述事件消息队列进行匹配;
若匹配成功,则根据匹配结果,获取告警信息,并将所述告警信息发送到用户终端。
进一步地,所述获取事件消息队列之后,所述方法还包括:
根据所述事件消息队列,发送自恢复指令。
进一步地,所述根据所述事件消息队列,发送自恢复指令,包括:
检测预先设定的监测间隔周期的监测时间是否到达;
当预先设定的监测间隔周期的监测时间到达时,则根据预设的自恢复模型对所述事件消息队列进行匹配;
若匹配成功,则对匹配成功的所述事件消息队列中的事件所对应的服务端口发送自恢复指令。
进一步地,所述获取事件消息队列之后,所述方法还包括:
根据所述事件格式中的索引字段,将所述事件消息队列分别对应到与事件数据集群对应的索引中。
本发明实施例还提供一种微服务架构的监控装置,包括:
第一获取模块,用于获取基础数据,所述基础数据包括微服务系统的日志数据和系统指标数据;
第一处理模块,用于对所述基础数据进行处理,获取基础数据集群;
第二处理模块,用于根据所述基础数据集群和预设的事件格式,获取事件消息队列;
第二获取模块,用于根据所述事件消息队列,获取告警信息。
进一步地,所述第一处理模块,包括:
存储单元,用于按照预设的数据格式,存储所述基础数据,获得基础数据消息队列,其中,所述数据格式包括多个与所述基础数据对应的字段;
第一处理单元,用于根据所述数据格式中的索引字段,将所述基础数据消息队列分别对应到与所述基础数据集群对应的索引中。
进一步地,所述第二处理模块,包括:
第一检测单元,用于检测预先设定的监测间隔周期的监测时间是否到达;
第一匹配单元,用于当预先设定的监测间隔周期的监测时间到达时,则根据预设的事件模型对所述基础数据集群中基础数据进行匹配;
第二处理单元,用于若匹配成功,则按照预设的事件格式,获得所述事件消息队列,其中,所述事件格式包括多个与所述基础数据集群对应的字段。
进一步地,所述第二获取模块,包括:
第二检测单元,用于检测预先设定的监测间隔周期的监测时间是否到达;
第二匹配单元,用于当预先设定的监测间隔周期的监测时间到达时,则根据预设的告警模型对所述事件消息队列进行匹配;
获取单元,用于若匹配成功,则根据匹配结果,获取告警信息,并将所述告警信息发送到用户终端。
进一步地,所述装置还包括:
发送模块,用于根据所述事件消息队列,发送自恢复指令。
进一步地,所述发送模块,包括:
第三检测单元,用于检测预先设定的监测间隔周期的监测时间是否到达;
第三匹配单元,用于当预先设定的监测间隔周期的监测时间到达时,则根据预设的自恢复模型对所述事件消息队列进行匹配;
发送单元,用于若匹配成功,则对匹配成功的所述事件消息队列中的事件所对应的服务端口发送自恢复指令。
进一步地,所述装置还包括:
第三获取模块,用于根据所述事件格式中的索引字段,将所述事件消息队列分别对应到与事件数据集群对应的索引中。本发明的有益效果是:
上述方案,可以同时处理日志和系统指标两个维度的监控指标,更加贴近微服务的实际运维需求,具有报警收敛机制,同时具备服务自恢复能力。
附图说明
图1表示本发明实施例的微服务架构的监控方法的流程示意图;
图2表示本发明实施例的微服务架构的结构示意图;
图3表示本发明实施例的微服务架构的监控装置的结构示意图。
附图标记说明:
21-代理服务器;22-第一交换服务器;23-事件服务器;24-告警服务器;25-第二交换服务器;26-安全服务器。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明进行详细描述。
本发明针对现有微服务架构监控功能不完善的问题,提供一种微服务架构的监控方法及装置。
如图1所示,本发明实施例提供一种微服务架构的监控方法,包括:
步骤11,获取基础数据,所述基础数据包括微服务系统的日志数据和系统指标数据。
步骤12,对所述基础数据进行处理,获取基础数据集群。
步骤13,根据所述基础数据集群和预设的事件格式,获取事件消息队列。
步骤14,根据所述事件消息队列,获取告警信息。
本发明实施例可以同时处理日志和系统指标两个维度的监控指标,更加贴近微服务的实际运维需求,具有报警收敛机制,同时具备服务自恢复能力。
如图2所示,本发明实施例提供一种微服务架构,包括:代理服务器21、第一交换服务器22、事件服务器23、告警服务器24、第二交换服务器25和安全服务器26。
具体地,代理服务器21用于收集基础数据,并对基础数据进行封装,以便调用,实现了对基础数据的初步筛选,便于将相关基础数据用于后续事件分析中。
需要说明的是,所述基础数据包括日志数据和系统指标数据,其中日志数据包括ERROR日志和访问日志,系统指标数据包括服务存活状态、jmx指标和jvm指标,jmx指标包括堆内存使用情况、非堆内存使用情况、线程使用情况和等待队列情况,jvm指标包括gc时间、gc次数、老年代使用情况、永久代/元空间使用占比。具体地,服务存活状态用于服务存活检测,jmx及jvm指标用于衡量服务器本身性能有无异常,日志数据用于衡量业务逻辑情况。其中,服务存活状态通过请求服务器固定存活检测页的返回值判定实现,预设时间,如5秒内返回TRUE则判定服务存活保存值为1,5秒未返回TRUE则判定服务已不存在,保存至为0。jmx指标则遵循JMX标准,通过对cmdline-jmxclient工具进行二次封装从而获取对应指标。jvm指标使用jstat命令获取对应指标。ERROR日志则读取service标准输出日志中的ERROR级别日志。访问日志直接读取service的access日志。
优选地,代理服务器21可以使用Python语言编写,运行时以独立进程存在于Linux系统中。
具体地,考虑到基础数据的量非常大,如果直接将基础数据写入基础数据集群中可能导致拥堵,从而引发代理服务器负载偏高甚至假死对微服务产生较大影响,因此需要引入基础数据消息队列进行解耦。故所述步骤12,对所述基础数据进行处理,获取基础数据集群,包括:
按照预设的数据格式,存储所述基础数据,获得基础数据消息队列,其中,所述数据格式包括多个与所述基础数据对应的字段;
根据所述数据格式中的索引字段,将所述基础数据消息队列分别对应到与所述基础数据集群对应的索引中。
具体地,索引字段可以用于存储基础数据的业务系统、网关等,索引字段的设置实现了对基础数据的分片,在查询时更加便捷,而无需遍历所有基础数据。
需要说明的是,将获取的基础数据按照预设的固定数据格式组装,以便后续标准化处理。具体地数据格式分为两种,分别用于对日志数据和系统指标数据进行重组,其中用于对日志数据进行组装的数据格式的字段包括:记录时间、数据类型、服务IP、服务端口、日志类型、请求url、状态码、日志内容、执行时间、索引;用于对系统指标数据进行组装的数据格式的字段包括:记录时间、数据类型、服务IP、服务端口、服务名称、监控项、监控项值、索引。代理服务器通过调用调用python kafka模块中的KafkaProducer方法,将基础数据写入基础数据消息队列中。
进一步需要说明的是,经过代理服务器21的处理,此时基础数据已写入基础数据消息队列中,下一步需要第一交换服务器22根据索引字段,将基础数据消息队列对应到基础数据集群。优选地,第一交换服务器22可以使用Python语言编写,运行时以独立进程存在于Linux系统中,实现方式为调用python kafka模块中的KafkaConsumer方法,根据基础数据中不同的索引分别写入基础数据集群的对应索引中,这里基础数据集群采用的是elasticsearch组件。
具体地,所述步骤13,包括:
检测预先设定的监测间隔周期的监测时间是否到达;
当预先设定的监测间隔周期的监测时间到达时,则根据预设的事件模型对所述基础数据集群中基础数据进行匹配;
若匹配成功,则按照预设的事件格式,获得所述事件消息队列,其中,所述事件格式包括多个与所述基础数据集群对应的字段。
需要说明的是,事件服务器23定时从基础数据集群中抽取数据进行处理,并生成事件,存入事件消息队列。优选地,事件服务器23可以使用Python语言编写,运行时以独立进程存在于Linux系统中,主要使用celery结构,当celery启动任务后,根据预设的事件模型,匹配基础数据集群中对应索引的基础数据,具体地,事件模型为封装的elasticsearch的查询表达式(Query DSL),当Query DSL命中时也就意味着事件模型匹配成功,这时候生成事件,如未命中则直接结束流程。匹配成功后,根据预设的固定事件格式,将生成的事件组装成事件数据写入事件消息队列,具体地,事件格式的字段包括:记录时间、数据类型、服务IP、服务端口、服务名称、事件、事件信息、索引。
本发明实施例在获取到事件消息队列后,利用事件数据主要完成了三项功能,具体为,告警服务器24读取事件完成预警匹配,第二交换服务器25读取事件完成对事件数据集群写入,以供其它系统查阅事件,安全服务器26读取事件完成服务自恢复匹配。
下面针对三种功能分别进行介绍:
一、告警服务器
所述根据所述事件消息队列,获取告警信息,包括:
检测预先设定的监测间隔周期的监测时间是否到达;
当预先设定的监测间隔周期的监测时间到达时,则根据预设的告警模型对所述事件消息队列进行匹配;
若匹配成功,则根据匹配结果,获取告警信息,并将所述告警信息发送到用户终端。
需要说明的是,告警服务器24从事件消息队列中获取事件数据,定时匹配告警模型,优选地,可以每各一分钟进行一次匹配,具体地,预警模型为封装的elasticsearch的查询表达式(Query DSL),当Query DSL命中时也就意味着告警模型匹配成功,这时候生成告警信息并通过发送到用户终端,优选地,可以通过短信方式进行发送,如未命中则直接结束流程。本发明实施例将多条事件数据经过匹配整合,最终输出简短的告警信息,有效实现了报警收敛机制。优选地,告警服务器可以使用Python语言编写,运行时以独立进程存在于Linux系统中。
二、安全服务器第二交换服务器
在所述步骤13之后,所述方法还包括:
根据所述事件消息队列,发送自恢复指令。
具体地,所述根据所述事件消息队列,发送自恢复指令,包括:
检测预先设定的监测间隔周期的监测时间是否到达;
当预先设定的监测间隔周期的监测时间到达时,则根据预设的自恢复模型对所述事件消息队列进行匹配;
若匹配成功,则对匹配成功的所述事件消息队列中的事件所对应的服务端口发送自恢复指令。
需要说明的是,安全服务器26从事件消息队列中获取事件数据,定时匹配自恢复模型,具体地,自恢复模型为封装的elasticsearch的查询表达式(Query DSL),当QueryDSL命中时也就意味着自恢复模型匹配成功,这时触发自恢复动作,一般情况下自恢复动作为调用对应服务重启,如未命中则直接结束流程。优选地,安全服务器26可以使用Python语言编写,运行时以独立进程存在于Linux系统中。
三、第二交换服务器
在所述步骤13之后,所述方法还包括:
根据所述事件格式中的索引字段,将所述事件消息队列分别对应到与事件数据集群对应的索引中。
需要说明的是,第二交换服务器25根据索引字段,将事件消息队列对应到事件数据集群。优选地,第二交换服务器25可以使用Python语言编写,运行时以独立进程存在于Linux系统中,实现方式为调用python kafka模块中的KafkaConsumer方法,根据事件数据中不同的索引分别写入事件数据集群的对应索引中,这里事件数据集群采用的是elasticsearch组件。
如图3所示,本发明实施例还提供一种微服务架构的监控装置,包括:
第一获取模块31,用于获取基础数据,所述基础数据包括微服务系统的日志数据和系统指标数据;
第一处理模块32,用于对所述基础数据进行处理,获取基础数据集群;
第二处理模块33,用于根据所述基础数据集群和预设的事件格式,获取事件消息队列;
第二获取模块34,用于根据所述事件消息队列,获取告警信息。
具体地,所述第一处理模块32,包括:
存储单元,用于按照预设的数据格式,存储所述基础数据,获得基础数据消息队列,其中,所述数据格式包括多个与所述基础数据对应的字段;
第一处理单元,用于根据所述数据格式中的索引字段,将所述基础数据消息队列分别对应到与所述基础数据集群对应的索引中。
具体地,述第二处理模块33,包括:
第一检测单元,用于检测预先设定的监测间隔周期的监测时间是否到达;
第一匹配单元,用于当预先设定的监测间隔周期的监测时间到达时,则根据预设的事件模型对所述基础数据集群中基础数据进行匹配;
第二处理单元,用于若匹配成功,则按照预设的事件格式,获得所述事件消息队列,其中,所述事件格式包括多个与所述基础数据集群对应的字段。
具体地,所述第二获取模块34,包括:
第二检测单元,用于检测预先设定的监测间隔周期的监测时间是否到达;
第二匹配单元,用于当预先设定的监测间隔周期的监测时间到达时,则根据预设的告警模型对所述事件消息队列进行匹配;
获取单元,用于若匹配成功,则根据匹配结果,获取告警信息,并将所述告警信息发送到用户终端。
具体地,所述装置还包括:
发送模块,用于根据所述事件消息队列,发送自恢复指令。
具体地,所述发送模块,包括:
第三检测单元,用于检测预先设定的监测间隔周期的监测时间是否到达;
第三匹配单元,用于当预先设定的监测间隔周期的监测时间到达时,则根据预设的自恢复模型对所述事件消息队列进行匹配;
发送单元,用于若匹配成功,则对匹配成功的所述事件消息队列中的事件所对应的服务端口发送自恢复指令。
具体地,所述装置还包括:
第三获取模块,用于根据所述事件格式中的索引字段,将所述事件消息队列分别对应到与事件数据集群对应的索引中。
本发明实施例可以同时处理日志和系统指标两个维度的监控指标,更加贴近微服务的实际运维需求,具有报警收敛机制,同时具备服务自恢复能力。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。
Claims (14)
1.一种微服务架构的监控方法,其特征在于,包括:
获取基础数据,所述基础数据包括微服务系统的日志数据和系统指标数据;
对所述基础数据进行处理,获取基础数据集群;
根据所述基础数据集群和预设的事件格式,获取事件消息队列;
根据所述事件消息队列,获取告警信息。
2.根据权利要求1所述的微服务架构的监控方法,其特征在于,所述对所述基础数据进行处理,获取基础数据集群,包括:
按照预设的数据格式,存储所述基础数据,获得基础数据消息队列,其中,所述数据格式包括多个与所述基础数据对应的字段;
根据所述数据格式中的索引字段,将所述基础数据消息队列分别对应到与所述基础数据集群对应的索引中。
3.根据权利要求1所述的微服务架构的监控方法,其特征在于,所述根据所述基础数据集群和预设的事件格式,获取事件消息队列,包括:
检测预先设定的监测间隔周期的监测时间是否到达;
当预先设定的监测间隔周期的监测时间到达时,则根据预设的事件模型对所述基础数据集群中基础数据进行匹配;
若匹配成功,则按照预设的事件格式,获得所述事件消息队列,其中,所述事件格式包括多个与所述基础数据集群对应的字段。
4.根据权利要求1所述的微服务架构的监控方法,其特征在于,所述根据所述事件消息队列,获取告警信息,包括:
检测预先设定的监测间隔周期的监测时间是否到达;
当预先设定的监测间隔周期的监测时间到达时,则根据预设的告警模型对所述事件消息队列进行匹配;
若匹配成功,则根据匹配结果,获取告警信息,并将所述告警信息发送到用户终端。
5.根据权利要求1所述的微服务架构的监控方法,其特征在于,所述获取事件消息队列之后,所述方法还包括:
根据所述事件消息队列,发送自恢复指令。
6.根据权利要求5所述的微服务架构的监控方法,其特征在于,所述根据所述事件消息队列,发送自恢复指令,包括:
检测预先设定的监测间隔周期的监测时间是否到达;
当预先设定的监测间隔周期的监测时间到达时,则根据预设的自恢复模型对所述事件消息队列进行匹配;
若匹配成功,则对匹配成功的所述事件消息队列中的事件所对应的服务端口发送自恢复指令。
7.根据权利要求1所述的微服务架构的监控方法,其特征在于,所述获取事件消息队列之后,所述方法还包括:
根据所述事件格式中的索引字段,将所述事件消息队列分别对应到与事件数据集群对应的索引中。
8.一种微服务架构的监控装置,其特征在于,包括:
第一获取模块,用于获取基础数据,所述基础数据包括微服务系统的日志数据和系统指标数据;
第一处理模块,用于对所述基础数据进行处理,获取基础数据集群;
第二处理模块,用于根据所述基础数据集群和预设的事件格式,获取事件消息队列;
第二获取模块,用于根据所述事件消息队列,获取告警信息。
9.根据权利要求8所述的微服务架构的监控装置,其特征在于,所述第一处理模块,包括:
存储单元,用于按照预设的数据格式,存储所述基础数据,获得基础数据消息队列,其中,所述数据格式包括多个与所述基础数据对应的字段;
第一处理单元,用于根据所述数据格式中的索引字段,将所述基础数据消息队列分别对应到与所述基础数据集群对应的索引中。
10.根据权利要求8所述的微服务架构的监控装置,其特征在于,所述第二处理模块,包括:
第一检测单元,用于检测预先设定的监测间隔周期的监测时间是否到达;
第一匹配单元,用于当预先设定的监测间隔周期的监测时间到达时,则根据预设的事件模型对所述基础数据集群中基础数据进行匹配;
第二处理单元,用于若匹配成功,则按照预设的事件格式,获得所述事件消息队列,其中,所述事件格式包括多个与所述基础数据集群对应的字段。
11.根据权利要求8所述的微服务架构的监控装置,其特征在于,所述第二获取模块,包括:
第二检测单元,用于检测预先设定的监测间隔周期的监测时间是否到达;
第二匹配单元,用于当预先设定的监测间隔周期的监测时间到达时,则根据预设的告警模型对所述事件消息队列进行匹配;
获取单元,用于若匹配成功,则根据匹配结果,获取告警信息,并将所述告警信息发送到用户终端。
12.根据权利要求8所述的微服务架构的监控装置,其特征在于,所述装置还包括:
发送模块,用于根据所述事件消息队列,发送自恢复指令。
13.根据权利要求12所述的微服务架构的监控装置,其特征在于,所述发送模块,包括:
第三检测单元,用于检测预先设定的监测间隔周期的监测时间是否到达;
第三匹配单元,用于当预先设定的监测间隔周期的监测时间到达时,则根据预设的自恢复模型对所述事件消息队列进行匹配;
发送单元,用于若匹配成功,则对匹配成功的所述事件消息队列中的事件所对应的服务端口发送自恢复指令。
14.根据权利要求8所述的微服务架构的监控装置,其特征在于,所述装置还包括:
第三获取模块,用于根据所述事件格式中的索引字段,将所述事件消息队列分别对应到与事件数据集群对应的索引中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910899307.2A CN112543127A (zh) | 2019-09-23 | 2019-09-23 | 一种微服务架构的监控方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910899307.2A CN112543127A (zh) | 2019-09-23 | 2019-09-23 | 一种微服务架构的监控方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112543127A true CN112543127A (zh) | 2021-03-23 |
Family
ID=75012967
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910899307.2A Pending CN112543127A (zh) | 2019-09-23 | 2019-09-23 | 一种微服务架构的监控方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112543127A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113157523A (zh) * | 2021-04-21 | 2021-07-23 | 平安付科技服务有限公司 | 服务监控方法、装置、计算机设备及存储介质 |
CN114979132A (zh) * | 2022-04-13 | 2022-08-30 | 京东科技信息技术有限公司 | 一种集群组件状态探测的方法和装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107682351A (zh) * | 2017-10-20 | 2018-02-09 | 携程旅游网络技术(上海)有限公司 | 网络安全监控的方法、系统、设备及存储介质 |
CN108259522A (zh) * | 2016-12-28 | 2018-07-06 | 中兴通讯股份有限公司 | 一种PaaS平台容器化应用的弹缩方法及装置 |
US20180373745A1 (en) * | 2017-06-26 | 2018-12-27 | International Business Machines Corporation | Import, export, and copy management for tiered object storage |
CN109726272A (zh) * | 2018-12-20 | 2019-05-07 | 杭州数梦工场科技有限公司 | 审计规则推荐方法及装置 |
CN109861995A (zh) * | 2019-01-17 | 2019-06-07 | 安徽谛听信息科技有限公司 | 一种网络空间安全大数据智能分析方法、计算机可读介质 |
CN109885562A (zh) * | 2019-01-17 | 2019-06-14 | 安徽谛听信息科技有限公司 | 一种基于网络空间安全的大数据智能分析系统 |
CN109961204A (zh) * | 2017-12-26 | 2019-07-02 | 中国移动通信集团浙江有限公司 | 一种微服务架构下业务质量分析方法和系统 |
CN110245158A (zh) * | 2019-06-10 | 2019-09-17 | 上海理想信息产业(集团)有限公司 | 一种基于Flink流计算技术的多源异构数据实时处理系统及方法 |
-
2019
- 2019-09-23 CN CN201910899307.2A patent/CN112543127A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108259522A (zh) * | 2016-12-28 | 2018-07-06 | 中兴通讯股份有限公司 | 一种PaaS平台容器化应用的弹缩方法及装置 |
US20180373745A1 (en) * | 2017-06-26 | 2018-12-27 | International Business Machines Corporation | Import, export, and copy management for tiered object storage |
CN107682351A (zh) * | 2017-10-20 | 2018-02-09 | 携程旅游网络技术(上海)有限公司 | 网络安全监控的方法、系统、设备及存储介质 |
CN109961204A (zh) * | 2017-12-26 | 2019-07-02 | 中国移动通信集团浙江有限公司 | 一种微服务架构下业务质量分析方法和系统 |
CN109726272A (zh) * | 2018-12-20 | 2019-05-07 | 杭州数梦工场科技有限公司 | 审计规则推荐方法及装置 |
CN109861995A (zh) * | 2019-01-17 | 2019-06-07 | 安徽谛听信息科技有限公司 | 一种网络空间安全大数据智能分析方法、计算机可读介质 |
CN109885562A (zh) * | 2019-01-17 | 2019-06-14 | 安徽谛听信息科技有限公司 | 一种基于网络空间安全的大数据智能分析系统 |
CN110245158A (zh) * | 2019-06-10 | 2019-09-17 | 上海理想信息产业(集团)有限公司 | 一种基于Flink流计算技术的多源异构数据实时处理系统及方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113157523A (zh) * | 2021-04-21 | 2021-07-23 | 平安付科技服务有限公司 | 服务监控方法、装置、计算机设备及存储介质 |
CN114979132A (zh) * | 2022-04-13 | 2022-08-30 | 京东科技信息技术有限公司 | 一种集群组件状态探测的方法和装置 |
CN114979132B (zh) * | 2022-04-13 | 2024-05-17 | 京东科技信息技术有限公司 | 一种集群组件状态探测的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107992398B (zh) | 一种业务系统的监控方法和监控系统 | |
CN109284269B (zh) | 异常日志分析方法、装置、存储介质及服务器 | |
US20180365085A1 (en) | Method and apparatus for monitoring client applications | |
CN111881011A (zh) | 日志管理方法、平台、服务器及存储介质 | |
CN111046011B (zh) | 日志收集方法、系统、装置、电子设备及可读存储介质 | |
CN109885453B (zh) | 基于流数据处理的大数据平台监控系统 | |
CN108228322B (zh) | 一种分布式链路跟踪、分析方法及服务器、全局调度器 | |
CN111046022A (zh) | 一种基于大数据技术的数据库审计方法 | |
CN112506954A (zh) | 数据库审计方法和装置 | |
CN115016973A (zh) | 一种程序崩溃事件复现方法、装置、设备和介质 | |
CN112543127A (zh) | 一种微服务架构的监控方法及装置 | |
CN110990365A (zh) | 一种数据同步方法、装置、服务器及存储介质 | |
CN114090529A (zh) | 一种日志管理方法、装置、系统和存储介质 | |
CN110636116B (zh) | 一种多维数据采集的系统及方法 | |
CN112235262A (zh) | 报文的解析方法、装置、电子设备及计算机可读存储介质 | |
CN110717130B (zh) | 打点方法、装置、终端及存储介质 | |
CN105303430B (zh) | 一种交易指标采集方法及装置 | |
KR20220060429A (ko) | 원격지의 네트워크 스위치에 대한 로그 수집 시스템 및 이의 빅데이터 구축 방법 | |
CN116881100A (zh) | 日志检测方法、日志告警方法、系统、设备及存储介质 | |
CN111552618A (zh) | 一种收集日志的方法及设备 | |
CN115525392A (zh) | 容器监控方法、装置、电子设备及存储介质 | |
CN117271184A (zh) | 一种基于观测云进行根因分析的决策分析方法及系统 | |
CN114629786A (zh) | 日志实时分析方法、装置、存储介质及系统 | |
CN114860432A (zh) | 一种内存故障的信息确定方法及装置 | |
CN117472692B (zh) | 基于Java Agent和字节码技术的平台健康监控系统 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210323 |