CN109471760A - 服务器通信性能的监控方法及系统、存储介质、电子装置 - Google Patents

服务器通信性能的监控方法及系统、存储介质、电子装置 Download PDF

Info

Publication number
CN109471760A
CN109471760A CN201811217274.0A CN201811217274A CN109471760A CN 109471760 A CN109471760 A CN 109471760A CN 201811217274 A CN201811217274 A CN 201811217274A CN 109471760 A CN109471760 A CN 109471760A
Authority
CN
China
Prior art keywords
log
target journaling
server
terminal
identification information
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
CN201811217274.0A
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.)
Beijing Qunar Software Technology Co Ltd
Original Assignee
Beijing Qunar Software 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 Beijing Qunar Software Technology Co Ltd filed Critical Beijing Qunar Software Technology Co Ltd
Priority to CN201811217274.0A priority Critical patent/CN109471760A/zh
Publication of CN109471760A publication Critical patent/CN109471760A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/2236—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test CPU or processors

Abstract

本发明提供了一种服务器通信性能的监控方法及系统、存储介质、电子装置，该方法包括：获取用于测试各个服务器之间通信性能的多个日志，其中，多个日志中包括标识各个服务器之间是否可以通信的标识信息；聚合多个日志；对多个日志进行预定处理，得到目标日志；将目标日志发送到终端，以指示终端解析目标日志中的标识信息，以确定出各个服务器之间是否可以通信。通过本发明，解决了相关技术中对服务器之间通信的监控不准确的问题，达到准确监控服务器之间通信性能的效果。

Description

服务器通信性能的监控方法及系统、存储介质、电子装置
技术领域
本发明涉及通信领域，具体而言，涉及一种服务器通信性能的监控方法及系统、存储介质、电子装置。
背景技术
监控系统是发现系统问题的重要保障，在实际的工程应用中对服务器之间通信的监控存在以下问题：
准确性，对于监控系统而言，最重要的就是准确性。如果准确性不能达标，那么一切都是空谈。所以，准确性是最优先考虑的问题。
及时性，对于监控系统，越及时发现问题，越能及时解决问题。在保证准确性的前提下，及时性越高，系统越优。
监控范围，监控系统不是所有的东西全部进行监控就是最好的监控系统。全面固然好，但是越全面就会导致被监控的系统负担加重，影响正常的业务处理性能。应当去监控最核心有效的指标，发现绝大多数的问题。
针对上述技术问题，相关技术中尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种服务器通信性能的监控方法及系统、存储介质、电子装置，以至少解决相关技术中对服务器之间通信的监控不准确的问题。
根据本发明的一个实施例，提供了一种服务器通信性能的监控方法，包括：获取用于测试各个服务器之间通信性能的多个日志，其中，多个日志中包括标识各个服务器之间是否可以通信的标识信息；聚合多个日志；对多个日志进行预定处理，得到目标日志；将目标日志发送到终端，以指示终端解析目标日志中的标识信息，以确定出各个服务器之间是否可以通信。
根据本发明的另一个实施例，提供了一种服务器通信性能的监控系统，包括：日志采集设备QFlume，用于获取测试各个服务器之间通信性能的多个日志，其中，多个日志中包括标识各个服务器之间是否可以通信的标识信息；开源组件Kafka，与QFlume连接，用于聚集聚合日志。分布式处理设备Flink，与Kafka连接，用于对多个日志进行预定处理，得到目标日志；发送设备，用于将目标日志发送到终端，以指示终端解析目标日志中的标识信息，以确定出各个服务器之间是否可以通信。
根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明，由于获取了用于测试各个服务器之间通信性能的多个日志，其中，多个日志中包括标识各个服务器之间是否可以通信的标识信息；并对多个日志进行聚合处理，以及对多个日志进行预定处理，得到目标日志；将目标日志发送到终端，以指示终端解析目标日志中的标识信息，以确定出各个服务器之间是否可以通信。即可以达到利用日志进行动态监控服务器通信性能的目的。因此，可以解决相关技术中对服务器之间通信的监控不准确的问题，达到准确监控服务器之间通信性能的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是本发明实施例的一种服务器通信性能的监控方法的移动终端的硬件结构框图；
图2是根据本发明实施例的服务器通信性能的监控方法的流程图；
图3是本实施例中的服务器通信性能的监控系统的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
本申请实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种服务器通信性能的监控方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，可选地，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的服务器通信性能的监控方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种服务器通信性能的监控方法，图2是根据本发明实施例的服务器通信性能的监控方法的流程图，如图2所示，该流程包括如下步骤：
步骤S202，获取用于测试各个服务器之间通信性能的多个日志，其中，多个日志中包括标识各个服务器之间是否可以通信的标识信息；
步骤S204，聚合多个日志；
步骤S206，对多个日志进行预定处理，得到目标日志；
步骤S208，将目标日志发送到终端，以指示终端解析目标日志中的标识信息，以确定出各个服务器之间是否可以通信。
通过上述步骤，由于获取了用于测试各个服务器之间通信性能的多个日志，其中，多个日志中包括标识各个服务器之间是否可以通信的标识信息；并对多个日志进行聚合处理，以及对多个日志进行预定处理，得到目标日志；将目标日志发送到终端，以指示终端解析目标日志中的标识信息，以确定出各个服务器之间是否可以通信。即可以达到利用日志进行动态监控服务器通信性能的目的。因此，可以解决相关技术中对服务器之间通信的监控不准确的问题，达到准确监控服务器之间通信性能的效果。
可选地，上述步骤的执行主体可以为终端等，但不限于此。
可选地，步骤S204和步骤S206的执行顺序是可以互换的，即可以先执行步骤S206，然后再执行S204。
需要说明的是，本实施例中的多个日志中包括的通信的标识信息可以是“确认”的标识，即表明一个服务器与另一个服务器之间是可以正常通信的。也可以是“非确认”的标识，即表明一个服务器与另一个服务器之间是可以不能正常通信的。此外，日志一般是成对出现，即在测试两个服务器时间是否可以正常通信时，需要得到两个服务器的确认，即确认的日志是两个。
在一个可选的实施例中，本实施例需要对监控数据进行采集，即获取用于测试各个服务器之间通信性能的多个日志，一般使用Apache Flume日志采集工具实时地采集日志，根据采集到的日志进行相应的计算与处理。优先地，采用QFlume日志采集工具对日志进行实时采集，QFlume日志采集工具是基于Apache Flume进行的改进，能够支持日志发现，日志聚合，以及配置热发等实用功能。并且可以随时开启/停止日志收集。并将采集到的日志消息直接生产到kafka中，kafka具备高吞吐量，高可靠性以及高可用性。利用offset可以回放数据，理论上消息不会丢失。
在一个可选的实施例中，为了保障海量日志处理的及时性，一般采用ApacheSpark框架对Apache Flume收集到的日志进行处理，通过内存分布数据集来保障系统的及时性。本实施例优选地采用流式处理框架Flink对日志进行处理。即利用分布式的计算方式对多个日志进行格式处理，得到目标日志。Flink的实时性相对于Spark还要高，并且完美地支持窗口计算。将kafka主题接入到Flink中，利用多节点并行计算提升处理能力。
在一个可选的实施例中，Flink在接收到大量日志之后，需要聚合多个日志，具体为：对多个日志中具备相同标识，且都在预设时间范围内的日志进行聚合，得到聚合日志。即对海量的日志采用了时间降维的聚合方式，减少了数据的量级。
在一个可选的实施例中，Flink还可以对多个日志进行预定处理，得到目标日志，具体为：将聚合日志和在预设时间范围之内除聚合日志之外的日志，确定为目标日志。预设时间范围可以是一个小时之内获取到的日志。
在一个可选的实施例中，在对多个日志进行聚合处理，得到目标日志之后，还会将目标日志存储在预设数据库中。预设数据库可以是非关系型数据库存储，存储选型为ElasticSearch5.X。在数据库中查询日志，可以提高查询的效率。
在一个可选的实施例中，在将目标日志发送到终端，以指示终端解析目标日志中的标识信息之后，还需要确定终端对目标日志解析是否失败，如果失败了，需要重新加载目标日志，将目标日志发送至终端，即利用offset回放目标日志，以指示终端解析目标日志中的标识信息，以确定出各个服务器之间是否可以通信。
在本实施例中，通过使用Flink对日志进行实时计算，及时性和性能比以前都有所提高。此外，监控范围选取了http、dubbo以及mq接口，它们几乎全部涵盖了Web服务的调用。针对这些不同的接口，设计了一套规范的数据结构来存储这些监控信息。
本实施例还提供一种服务器通信性能的监控系统，图3是本实施例中的服务器通信性能的监控系统的示意图，如图3所示，系统主要包括：
日志采集设备QFlume，用于获取测试各个服务器之间通信性能的多个日志，其中，多个日志中包括标识各个服务器之间是否可以通信的标识信息；
开源组件Kafka，与QFlume连接，用于聚集聚合日志。
分布式处理设备Flink，与Kafka连接，用于对多个日志进行预定处理，得到目标日志；
发送设备，用于将目标日志发送到终端，以指示终端解析目标日志中的标识信息，以确定出各个服务器之间是否可以通信。
如图3所示，利用多个QFlume同时采集多个日志，每个服务器中都可以设置一个QFlume获取日志。将多个日志传输至Kafka进行汇合，之后传输至Flink对日志进行格式处理。Flink可以包括多个，对多个日志进行分布式处理。
由上述可知，由于获取了用于测试各个服务器之间通信性能的多个日志，其中，多个日志中包括标识各个服务器之间是否可以通信的标识信息；并对多个日志进行聚合处理，以及对多个日志进行预定处理，得到目标日志；将目标日志发送到终端，以指示终端解析目标日志中的标识信息，以确定出各个服务器之间是否可以通信。即可以达到利用日志进行动态监控服务器通信性能的目的。因此，可以解决相关技术中对服务器之间通信的监控不准确的问题，达到准确监控服务器之间通信性能的效果。
需要说明的是，上述中的系统可以集成在各个服务器中，也可以是单独存在，对各个服务器进行监控。
需要说明的是，本实施例中的多个日志中包括的通信的标识信息可以是“确认”的标识，即表明一个服务器与另一个服务器之间是可以正常通信的。也可以是“非确认”的标识，即表明一个服务器与另一个服务器之间是可以不能正常通信的。此外，日志一般是成对出现，即在测试两个服务器时间是否可以正常通信时，需要得到两个服务器的确认，即确认的日志是两个。
在一个可选的实施例中，本实施例需要对监控数据进行采集，即获取用于测试各个服务器之间通信性能的多个日志，一般使用Apache Flume日志采集工具实时地采集日志，根据采集到的日志进行相应的计算与处理。优先地，采用QFlume日志采集工具对日志进行实时采集，QFlume日志采集工具是基于Apache Flume进行的改进，能够支持日志发现，日志聚合，以及配置热发等实用功能。并且可以随时开启/停止日志收集。并将采集到的日志消息直接生产到kafka中，kafka具备高吞吐量，高可靠性以及高可用性。利用offset可以回放数据，理论上消息不会丢失。
在一个可选的实施例中，为了保障海量日志处理的及时性，一般采用ApacheSpark框架对Apache Flume收集到的日志进行处理，通过内存分布数据集来保障系统的及时性。本实施例优选地采用流式处理框架Flink对日志进行处理。即利用分布式的计算方式对多个日志进行格式处理，得到目标日志。Flink的实时性相对于Spark还要高，并且完美地支持窗口计算。将kafka主题接入到Flink中，利用多节点并行计算提升处理能力。
在一个可选的实施例中，Flink在接收到大量日志之后，需要聚合多个日志，具体为：对多个日志中具备相同标识，且都在预设时间范围内的日志进行聚合，得到聚合日志。即对海量的日志采用了时间降维的聚合方式，减少了数据的量级。
在一个可选的实施例中，Flink还可以对多个日志进行预定处理，得到目标日志，具体为：将聚合日志和在预设时间范围之内除聚合日志之外的日志，确定为目标日志。预设时间范围可以是一个小时之内获取到的日志。
在一个可选的实施例中，在对多个日志进行聚合处理，得到目标日志之后，还会将目标日志存储在预设数据库中。预设数据库可以是非关系型数据库存储，存储选型为ElasticSearch5.X。在数据库中查询日志，可以提高查询的效率。
在一个可选的实施例中，在将目标日志发送到终端，以指示终端解析目标日志中的标识信息之后，还需要确定终端对目标日志解析是否失败，如果失败了，需要重新加载目标日志，将目标日志发送至终端，即利用offset回放目标日志，以指示终端解析目标日志中的标识信息，以确定出各个服务器之间是否可以通信。
在本实施例中，通过使用Flink对日志进行实时计算，及时性和性能比以前都有所提高。此外，监控范围选取了http、dubbo以及mq接口，它们几乎全部涵盖了Web服务的调用。针对这些不同的接口，设计了一套规范的数据结构来存储这些监控信息。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以上各步骤的计算机程序。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以上各步骤。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种服务器通信性能的监控方法，其特征在于，包括：
获取用于测试各个服务器之间通信性能的多个日志，其中，所述多个日志中包括标识所述各个服务器之间是否可以通信的标识信息；
聚合所述多个日志；
对所述多个日志进行预定处理，得到目标日志；
将所述目标日志发送到终端，以指示所述终端解析所述目标日志中的标识信息，以确定出所述各个服务器之间是否可以通信。
2.根据权利要求1所述的方法，其特征在于，对所述多个日志进行预定处理，得到所述目标日志包括：
利用分布式的计算方式对所述多个日志进行格式处理，得到所述目标日志。
3.根据权利要求1所述的方法，其特征在于，聚合所述多个日志包括：
对所述多个日志中具备相同标识，且都在预设时间范围内的日志进行聚合，得到聚合日志。
4.根据权利要求3所述的方法，其特征在于，对所述多个日志进行预定处理，得到所述目标日志包括：
将所述聚合日志和在所述预设时间范围之内除所述聚合日志之外的日志，确定为所述目标日志。
5.根据权利要求1所述的方法，其特征在于，在对所述多个日志进行聚合处理，得到所述目标日志之后，所述方法还包括：
将所述目标日志存储在预设数据库中。
6.根据权利要求1所述的方法，其特征在于，在将所述目标日志发送到终端，以指示所述终端解析所述目标日志中的标识信息之后，所述方法还包括：
在确定所述终端对所述目标日志解析失败的情况下，重新加载所述目标日志，将所述目标日志发送至所述终端，以指示所述终端解析所述目标日志中的标识信息，以确定出所述各个服务器之间是否可以通信。
7.一种服务器通信性能的监控系统，其特征在于，包括：
日志采集设备QFlume，用于获取测试各个服务器之间通信性能的多个日志，其中，所述多个日志中包括标识所述各个服务器之间是否可以通信的标识信息；
开源组件Kafka，与所述QFlume连接，用于聚集聚合所述日志；
分布式处理设备Flink，与所述Kafka连接，用于对所述多个日志进行预定处理，得到目标日志；
发送设备，用于将所述目标日志发送到终端，以指示所述终端解析所述目标日志中的标识信息，以确定出所述各个服务器之间是否可以通信。
8.根据权利要求7所述的系统，其特征在于，
所述Flink，用于将所述多个日志以分布式的计算方式进行格式处理，得到所述目标日志。
9.根据权利要求7所述的系统，其特征在于，所述Flink用于：
对所述多个日志中具备相同标识，且都在预设时间范围内的日志进行聚合，得到聚合日志。
10.根据权利要求9所述的系统，其特征在于，所述Flink还用于：
将所述聚合日志和在所述预设时间范围之内除所述聚合日志之外的日志，确定为所述目标日志。
11.根据权利要求7所述的系统，其特征在于，所述系统还包括：
预设数据库，用于存储所述目标日志。
12.根据权利要求7所述的系统，其特征在于，所述系统还包括：
补偿设备Offset，用于在确定所述终端对所述目标日志解析失败的情况下，重新加载所述目标日志，将所述目标日志发送至所述终端，以指示所述终端解析所述目标日志中的标识信息，以确定出所述各个服务器之间是否可以通信。
13.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至6任一项中所述的方法。
14.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至6任一项中所述的方法。
CN201811217274.0A 2018-10-18 2018-10-18 服务器通信性能的监控方法及系统、存储介质、电子装置 Pending CN109471760A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811217274.0A CN109471760A (zh) 2018-10-18 2018-10-18 服务器通信性能的监控方法及系统、存储介质、电子装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811217274.0A CN109471760A (zh) 2018-10-18 2018-10-18 服务器通信性能的监控方法及系统、存储介质、电子装置

Publications (1)

Publication Number Publication Date
CN109471760A true CN109471760A (zh) 2019-03-15

Family

ID=65664114

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811217274.0A Pending CN109471760A (zh) 2018-10-18 2018-10-18 服务器通信性能的监控方法及系统、存储介质、电子装置

Country Status (1)

Country Link
CN (1) CN109471760A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110362473A (zh) * 2019-05-31 2019-10-22 口口相传(北京)网络技术有限公司 测试环境的优化方法及装置、存储介质、终端
CN112612673A (zh) * 2020-12-24 2021-04-06 青岛海尔科技有限公司 拨测日志的分析方法及装置，存储介质及电子装置
CN112738189A (zh) * 2020-12-24 2021-04-30 航天信息股份有限公司 集群资源管理方法、装置、存储介质及电子设备
CN113660231A (zh) * 2021-08-06 2021-11-16 上海浦东发展银行股份有限公司 一种报文解析方法、装置、设备和存储介质
CN115190051A (zh) * 2021-04-01 2022-10-14 中国移动通信集团河南有限公司 心跳数据识别方法及电子装置
CN115706697A (zh) * 2021-07-20 2023-02-17 中国联合网络通信集团有限公司 数据采集方法与系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160134495A1 (en) * 2013-06-28 2016-05-12 Koninklijke Philips N.V. Logging device and log aggregation device
CN105608203A (zh) * 2015-12-24 2016-05-25 Tcl集团股份有限公司 一种基于Hadoop平台的物联网日志处理方法和装置
CN107241229A (zh) * 2017-07-03 2017-10-10 北京奇安信科技有限公司 一种基于接口测试工具的业务监控方法及装置
CN108205587A (zh) * 2017-12-28 2018-06-26 北京九章云极科技有限公司 一种日志监测方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160134495A1 (en) * 2013-06-28 2016-05-12 Koninklijke Philips N.V. Logging device and log aggregation device
CN105608203A (zh) * 2015-12-24 2016-05-25 Tcl集团股份有限公司 一种基于Hadoop平台的物联网日志处理方法和装置
CN107241229A (zh) * 2017-07-03 2017-10-10 北京奇安信科技有限公司 一种基于接口测试工具的业务监控方法及装置
CN108205587A (zh) * 2017-12-28 2018-06-26 北京九章云极科技有限公司 一种日志监测方法及系统

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110362473A (zh) * 2019-05-31 2019-10-22 口口相传(北京)网络技术有限公司 测试环境的优化方法及装置、存储介质、终端
CN110362473B (zh) * 2019-05-31 2023-07-11 口口相传(北京)网络技术有限公司 测试环境的优化方法及装置、存储介质、终端
CN112612673A (zh) * 2020-12-24 2021-04-06 青岛海尔科技有限公司 拨测日志的分析方法及装置，存储介质及电子装置
CN112738189A (zh) * 2020-12-24 2021-04-30 航天信息股份有限公司 集群资源管理方法、装置、存储介质及电子设备
CN112612673B (zh) * 2020-12-24 2022-12-06 青岛海尔科技有限公司 拨测日志的分析方法及装置、存储介质及电子装置
CN115190051A (zh) * 2021-04-01 2022-10-14 中国移动通信集团河南有限公司 心跳数据识别方法及电子装置
CN115190051B (zh) * 2021-04-01 2023-09-05 中国移动通信集团河南有限公司 心跳数据识别方法及电子装置
CN115706697A (zh) * 2021-07-20 2023-02-17 中国联合网络通信集团有限公司 数据采集方法与系统
CN113660231A (zh) * 2021-08-06 2021-11-16 上海浦东发展银行股份有限公司 一种报文解析方法、装置、设备和存储介质

Similar Documents

Publication Publication Date Title
CN109471760A (zh) 服务器通信性能的监控方法及系统、存储介质、电子装置
CN108965381A (zh) 基于Nginx的负载均衡实现方法、装置、计算机设备和介质
CN106878064A (zh) 数据监控方法和装置
CN106155812A (zh) 一种对虚拟主机的资源管理的方法、装置、系统及电子设备
US20200327045A1 (en) Test System and Test Method
CN109218133A (zh) 网络速度测试系统、方法、装置及计算机可读存储介质
CN107453889A (zh) 一种日志文件的上传方法及装置
CN107689982A (zh) 多数据源数据同步方法、应用服务器及计算机可读存储介质
US20180074933A1 (en) Management of log data in electronic systems
US20240056463A1 (en) Method and system to detect abnormal message transactions on a network
CN111736938B (zh) 信息的显示方法及装置、存储介质和电子装置
CN107483297A (zh) 对嵌入式设备上所承载业务质量的主动监测系统及方法
CN108199861A (zh) 一种机房管理方法及装置
CN113518125A (zh) 离线数据的上传方法及系统、存储介质、电子装置
CN114745295A (zh) 数据采集方法、装置、设备和可读存储介质
CN106792784A (zh) 一种在服务器侧进行数据校验的方法、服务器和系统
CN110245759A (zh) 一种巡检方法、系统、服务器及设备
EP2566217A1 (en) Device, method and system for processing machine to machine service
US9602362B2 (en) Evaluation of use of a service and/or function provided or called by a web service
CN108768776A (zh) 一种基于OpenFlow的网络监控方法及装置
CN111162929B (zh) 一种分级管理方法和系统
CN111581107B (zh) Ftp程序疲劳测试方法及系统
CN107885169A (zh) 一种现场数据的收集方法、装置和系统
CN112292715A (zh) 无人机的监测方法、设备及存储介质
CN105868091B (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190315

RJ01 Rejection of invention patent application after publication