CN110532322A - 运维交互方法、***、计算机可读存储介质及设备 - Google Patents

运维交互方法、***、计算机可读存储介质及设备 Download PDF

Info

Publication number
CN110532322A
CN110532322A CN201910770075.0A CN201910770075A CN110532322A CN 110532322 A CN110532322 A CN 110532322A CN 201910770075 A CN201910770075 A CN 201910770075A CN 110532322 A CN110532322 A CN 110532322A
Authority
CN
China
Prior art keywords
data
target
server
monitoring data
sent
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
Application number
CN201910770075.0A
Other languages
English (en)
Other versions
CN110532322B (zh
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.)
Tencent Cloud Computing Beijing Co Ltd
Original Assignee
Tencent Cloud Computing Beijing 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 Tencent Cloud Computing Beijing Co Ltd filed Critical Tencent Cloud Computing Beijing Co Ltd
Priority to CN201910770075.0A priority Critical patent/CN110532322B/zh
Publication of CN110532322A publication Critical patent/CN110532322A/zh
Application granted granted Critical
Publication of CN110532322B publication Critical patent/CN110532322B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21Design, administration or maintenance of databases
    • G06F16/215Improving data quality; Data cleansing, e.g. de-duplication, removing invalid entries or correcting typographical errors
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G06F16/275Synchronous replication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/20Administration of product repair or maintenance

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Abstract

本公开提供一种运维交互方法、运维交互***、计算机可读存储介质及电子设备;涉及计算机技术领域。该方法包括:接收由客户端发送的监控数据,并根据调度算法从多个数据接入服务器中确定出目标数据接入服务器;向目标数据接入服务器发送监控数据,并根据数据类型对监控数据进行筛选,得到目标监控数据;将目标监控数据发送至运维***,以将运维***返回的运维指令发送至客户端;其中,运维指令与目标监控数据对应。本公开中的方法能够在一定程度上克服运维效率较低的问题,提升运维效率。

Description

运维交互方法、***、计算机可读存储介质及设备
技术领域
本公开涉及计算机技术领域,具体而言,涉及一种运维交互方法、运维交互***、计算机可读存储介质及电子设备。
背景技术
运维是指对大型组织已经建立好的网络软硬件的维护,其中,传统的运维是指信息技术运维。运维工作通常需要相关人员在关注监控平台的同时再另外部署一套专用的运维服务。但是,这样会造成运维效率低的问题。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种运维交互方法、运维交互***、计算机可读存储介质及电子设备,在一定程度上克服运维效率较低的问题,提升运维效率。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开的第一方面,提供一种运维交互方法,包括:
接收由客户端发送的监控数据,并根据调度算法从多个数据接入服务器中确定出目标数据接入服务器;
向目标数据接入服务器发送监控数据,并根据数据类型对监控数据进行筛选,得到目标监控数据;
将目标监控数据发送至运维***,以将运维***返回的运维指令发送至客户端;其中,运维指令与目标监控数据对应。
在本公开的一种示例性实施例中,该运维交互方法还包括:
若监控数据对应的用户请求内容包括第一预设操作,则将监控数据同步至第一数据库和第二数据库中;其中,第一数据库与第二数据库中存储的数据相同;
若用户请求内容包括第二预设操作,则通过目标服务器从第一数据库或第二数据库中读取与第二预设操作对应的数据。
在本公开的一种示例性实施例中,该运维交互方法还包括:
将目标服务器在预设时间间隔内对应的运行数据确定为第一告警数据,并根据预设时间间隔向告警管理服务器发送第一告警数据,以使得告警管理服务器对第一告警数据进行过滤,得到第二告警数据;或者,
当检测到目标服务器在预设时间间隔内对应的运行数据中存在第二告警数据时,根据预设时间间隔向告警管理服务器发送第二告警数据;
其中,运行数据用于表示目标服务器的运行状态。
在本公开的一种示例性实施例中,该运维交互方法还包括:
通过预设过滤规则对第二告警数据进行过滤,得到目标告警数据;
通过告警管理服务器将目标告警数据发送至运维***;若存在自定义***,通过告警管理服务器将目标告警数据发送至自定义***;其中,自定义***用于接收目标告警数据。
在本公开的一种示例性实施例中,根据数据类型对监控数据进行筛选,得到目标监控数据,包括:
确定监控数据中已知数据类型对应的监控数据,作为目标监控数据;其中,已知数据类型为运维***中已注册的数据类型。
在本公开的一种示例性实施例中,将目标监控数据发送至运维***,包括:
通过超文本传输协议接口、超文本传输安全协议接口或远程过程调用形式将目标监控数据发送至运维***。
在本公开的一种示例性实施例中,该运维交互方法还包括:
当检测到由多个数据接入服务器组成的服务器集群中存在故障数据接入服务器时,删除故障数据接入服务器。
根据本公开的第二方面,提供一种运维交互***,包括客户端、目标数据接入服务器、负载均衡网关服务器以及运维***,其中:
负载均衡网关服务器,用于接收由客户端发送的监控数据;根据调度算法从多个数据接入服务器中确定出目标数据接入服务器;向目标数据接入服务器发送监控数据;
目标数据接入服务器,用于接收由负载均衡网关服务器发送的监控数据;根据数据类型对监控数据进行筛选,得到目标监控数据;将目标监控数据发送至运维***;接收由运维***返回的运维指令;向客户端发送运维指令;
客户端,用于向负载均衡网关服务器发送监控数据;接收由目标数据接入服务器发送的运维指令;
运维***,用于接收目标数据接入服务器发送的目标监控数据;向目标数据接入服务器返回运维指令;其中,运维指令与目标监控数据对应。
在本公开的一种示例性实施例中,该运维交互***还包括目标服务器,其中:
目标服务器,用于在监控数据对应的用户请求内容包括第一预设操作时,将监控数据同步至第一数据库和第二数据库中;其中,第一数据库与第二数据库中存储的数据相同;
目标服务器,还用于在用户请求内容包括第二预设操作,通过目标服务器从第一数据库或第二数据库中读取与第二预设操作对应的数据;
目标服务器,还用于从第一数据库或第二数据库中读取与第二预设操作对应的数据。
在本公开的一种示例性实施例中,该运维交互***还包括告警管理服务器,其中:
目标服务器,还用于将目标服务器在预设时间间隔内对应的运行数据确定为第一告警数据,并根据预设时间间隔向告警管理服务器发送第一告警数据,以使得告警管理服务器对第一告警数据进行过滤,得到第二告警数据;其中,运行数据用于表示目标服务器的运行状态;
目标服务器,还用于当检测到目标服务器在预设时间间隔内对应的运行数据中存在第二告警数据时,根据预设时间间隔向告警管理服务器发送第二告警数据;
告警管理服务器,用于接收目标服务器发送的第一告警数据;对第一告警数据进行过滤,得到第二告警数据;
告警管理服务器,还用于接收目标服务器发送的第二告警数据。
在本公开的一种示例性实施例中,该运维交互***还包括自定义***,其中:
告警管理服务器,还用于通过预设过滤规则对第二告警数据进行过滤,得到目标告警数据;将目标告警数据发送至运维***;若存在自定义***,将目标告警数据发送至自定义***;其中,自定义***用于接收目标告警数据;
运维***,还用于接收目标告警数据;
自定义***,用于接收目标告警数据。
在本公开的一种示例性实施例中,目标数据接入服务器根据数据类型对监控数据进行筛选,得到目标监控数据的方式具体为:
目标数据接入服务器确定监控数据中已知数据类型对应的监控数据,作为目标监控数据;其中,已知数据类型为运维***中已注册的数据类型。
在本公开的一种示例性实施例中,目标数据接入服务器将目标监控数据发送至运维***的方式具体为:
目标数据接入服务器通过超文本传输协议接口、超文本传输安全协议接口或远程过程调用形式将目标监控数据发送至运维***。
在本公开的一种示例性实施例中,负载均衡网关服务器,还用于当检测到由多个数据接入服务器组成的服务器集群中存在故障数据接入服务器时,删除故障数据接入服务器。
根据本公开的第三方面,提供一种电子设备,包括:处理器;以及存储器,用于存储所述处理器的可执行指令;其中,所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。
根据本公开的第四方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意一项所述的方法。
本公开示例性实施例可以具有以下部分或全部有益效果:
在本公开的一示例实施方式所提供的运维交互方法中,可以接收由客户端发送的监控数据,并根据调度算法从多个数据接入服务器中确定出目标数据接入服务器;进而,可以向目标数据接入服务器发送监控数据,并根据数据类型(如,在运维***中注册过的数据类型)对监控数据进行筛选,得到目标监控数据;进而,可以将目标监控数据发送至运维***,以将运维***返回的运维指令发送至客户端,这样能够实现运维***、数据接入服务器以及客户端之间的交互。依据上述方案描述,本公开一方面能够在一定程度上克服运维效率较低的问题,提升运维效率;另一方面,相较传统的在监控***外需要另外部署一套运维服务,本公开在本地监控服务中就具有运维功能,实现了对运维和监控的结合。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了可以应用本公开实施例的一种运维交互方法及运维交互***的示例性***架构的示意图;
图2示出了适于用来实现本公开实施例的电子设备的计算机***的结构示意图;
图3示意性示出了根据本公开的一个实施例的运维交互方法的流程图;
图4示意性示出了根据本公开的一个实施例的运维交互***的架构图;
图5示意性示出了根据本公开的一个实施例的运维交互***的负载均衡示意图;
图6示意性示出了根据本公开的一个实施例的运维交互***的时序图;
图7示意性示出了根据本公开的一个实施例的Grafana服务器结合第一数据库和第二数据库的架构图;
图8示意性示出了根据本公开的一个实施例中的运维交互***的结构框图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本公开的实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而省略所述特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
图1示出了可以应用本公开实施例的一种运维交互方法及运维交互***的示例性应用环境的***架构的示意图。
如图1所示,***架构100可以包括终端设备101、102、103中的一个或多个,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。终端设备101、102、103可以是具有显示屏的各种电子设备,包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。
本公开实施例所提供的运维交互方法可以由服务器105执行,相应地,运维交互***可以设置于服务器105中。但本领域技术人员容易理解的是,本公开实施例所提供的运维交互方法也可以由终端设备101、102、103执行,相应的,运维交互***也可以设置于终端设备101、102、103中,本示例性实施例中对此不做特殊限定。举例而言,在一种示例性实施例中,服务器105可以接收由客户端发送的监控数据,并根据调度算法从多个数据接入服务器中确定出目标数据接入服务器;以及,向目标数据接入服务器发送监控数据,并根据数据类型对监控数据进行筛选,得到目标监控数据;以及,将目标监控数据发送至运维***,以将运维***返回的运维指令发送至客户端。
图2示出了适于用来实现本公开实施例的电子设备的计算机***的结构示意图。
需要说明的是,图2示出的电子设备的计算机***200仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图2所示,计算机***200包括中央处理单元(CPU)201,其可以根据存储在只读存储器(ROM)202中的程序或者从存储部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中,还存储有***操作所需的各种程序和数据。CPU201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。
以下部件连接至I/O接口205:包括键盘、鼠标等的输入部分206;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207;包括硬盘等的存储部分208;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器210上,以便于从其上读出的计算机程序根据需要被安装入存储部分208。
特别地,根据本公开的实施例,下文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分209从网络上被下载和安装,和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时,执行本申请的方法和装置中限定的各种功能。
以下对本公开实施例的技术方案进行详细阐述:
现有的基于时序数据库的监控平台技术主要集中在监控告警功能,而具有监控告警功能的监控***通常不具有交互运维功能。传统的监控***支持客户端的监控数据上报、整理、汇总、聚类以及告警等从客户端到服务器的单向传输链路,而运维工作往往是需要通过另一个独立的运维平台操作的,这样会使得监控效率较低。
基于上述一个或多个问题,本示例实施方式提供了一种运维交互方法。该运维交互方法可以应用于上述服务器105,也可以应用于上述终端设备101、102、103中的一个或多个,本示例性实施例中对此不做特殊限定。参考图3所示,该运维交互方法可以包括以下步骤S310至步骤S330:
步骤S310:接收由客户端发送的监控数据,并根据调度算法从多个数据接入服务器中确定出目标数据接入服务器。
步骤S320:向目标数据接入服务器发送监控数据,并根据数据类型对监控数据进行筛选,得到目标监控数据。
步骤S330:将目标监控数据发送至运维***,以将运维***返回的运维指令发送至客户端;其中,运维指令与目标监控数据对应。
下面,对于本示例实施方式的上述步骤进行更加详细的说明。
首先需要说明的是,本公开的方法除了可以应用于监控***,也可以应用于运维***,以实现运维和监控的结合,提升运维效率。具体地,任何有监控需求的实际场景,尤其客户端有简单运维需求的场景中,均可使用本公开实施例。本公开可部署于任何操作***为尤尼斯(Unix)操作***或类Unix操作***的后台服务器上,其中,该后台服务器需要部署于可被公网访问的网络环境中。
其中,Unix是一个多用户、多任务的操作***,可以支持多种处理器架构。Unix属于分时操作***。需要说明的是,符合单一Unix规范的Unix操作***能够使用Unix这个名称,否则将其称为类Unix。
在步骤S310中,接收由客户端发送的监控数据,并根据调度算法从多个数据接入服务器中确定出目标数据接入服务器。
本示例实施方式中,调度算法是根据***的资源分配策略所规定的资源分配算法。该调度算法可以为先来先服务调度算法(FCFS)、短作业优先调度算法(SJF)、高响应比优先调度算法(HRRN)、时间片轮转调度算法(RR)、优先级调度算法以及多级反馈队列调度算法中任一种,本公开的实施例不作限定。
本示例实施方式中,客户端可以为一个或多个,监控数据可以为同构或异构,本公开实施例不作限定。此外,监控数据可以为用户写入的数据。此外,数据接入服务器用于将监控数据接入目标服务器。目标服务器可以为Grafana服务器,目标服务器可以包括Grafana计算服务,以实现对数据库中的数据的监控统计。需要说明的是,Grafana是一个跨平台的开源的度量分析和可视化工具,可以用于可视化基础设施和应用程序分析的时间序列数据,也可以用于工业传感器、家庭自动化、天气和过程控制等领域。
本示例实施方式中,可选的,根据调度算法从多个数据接入服务器中确定出目标数据接入服务器的方式具体可以为:
确定监控数据对应的流量以及各数据接入服务器的资源利用程度;
根据流量和资源利用程度从多个数据接入服务器中确定出目标数据接入服务器,以提升数据接入效率。
在步骤S320中,向目标数据接入服务器发送监控数据,并根据数据类型对监控数据进行筛选,得到目标监控数据。
本示例实施方式中,数据类型可以分类在运维***中已注册的数据类型和未在运维***中注册的数据类型。
本示例实施方式中,根据数据类型对监控数据进行筛选,得到目标监控数据,包括:
确定监控数据中已知数据类型对应的监控数据,作为目标监控数据;其中,已知数据类型为运维***中已注册的数据类型。
进一步可选的,还可以包括以下步骤:将监控数据中的未知数据类型对应的监控数据进行丢弃处理;其中,未知数据类型为运维***中未注册的数据类型。
本示例实施方式中,已知数据类型可以包括byte、short、int、long、float、double、boolean以及char等数据类型中的至少一种,本公开的实施例不作限定。其中,byte为8位、有符号的以二进制补码表示的整数;short为16位、有符号的以二进制补码表示的整数;int为32位、有符号的以二进制补码表示的整数;long为64位、有符号的以二进制补码表示的整数;float为单精度、32位并且符合二进制浮点数算术标准(IEEE 754标准)的浮点数;double为双精度、64位并且符合IEEE 754标准的浮点数;boolean为表示一位的信息;char为一个单一的16位统一码(Unicode)字符。
需要说明的是,IEEE 754标准是浮点数运算标准,应用于CPU与浮点运算器。IEEE754标准定义了表示浮点数的格式与反常值,特殊数值(如,无穷、非数值)以及这些数值的浮点数运算符。Unicode是计算机科学领域里的一项业界标准,包括字符集以及编码方案等。
可见,实施该可选的实施方式,能够从中确定出已知数据类型对应的监控数据,即目标监控数据,以通过与运维***的交互实现高效数据监控。
在步骤S330中,将目标监控数据发送至运维***,以将运维***返回的运维指令发送至客户端;其中,运维指令与目标监控数据对应。
本示例实施方式中,将运维***返回的运维指令发送至客户端之后,还可以包括以下步骤:通过客户端执行运维指令。
本示例实施方式中,将运维***返回的运维指令发送至客户端之前,还可以包括以下步骤:通过目标监控数据确定对应的运维指令。
本示例实施方式中,将目标监控数据发送至运维***,包括:
通过超文本传输协议接口、超文本传输安全协议接口或远程过程调用形式将目标监控数据发送至运维***。
需要说明的是,超文本传输协议(HTTP)是一个请求响应协议,它指定了客户端可以发送给服务器的消息以及可以得到的响应。超文本传输安全协议(Hyper Text TransferProtocol over Secure Socket Layer,HTTPS),是以安全为目标的HTTP通道,它是一个抽象标识符体系,用于安全的HTTP数据传输。需要说明的是,HTTPS通常会对传输内容进行加密再传输,而HTTP不会对传输内容进行加密。此外,远程过程调用(Remote ProcedureCall,RPC),是一种通过网络从远程计算机程序上请求服务而不需要了解底层网络技术的协议。
可见,实施该可选的实施方式,能够通过HTTP/HTTPS接口或者RPC形式调用运维***开放的接口集成运维***,以实现交互运维的目的,提升运维效率。
可见,实施图3所述的运维交互方法,能够实现运维和监控的集成,进而提升运维效率。
本示例实施方式中,该运维交互方法还可以包括以下步骤:
若监控数据对应的用户请求内容包括第一预设操作,则将监控数据同步至第一数据库和第二数据库中;其中,第一数据库与第二数据库中存储的数据相同;
若用户请求内容包括第二预设操作,则通过目标服务器从第一数据库或第二数据库中读取与第二预设操作对应的数据。
本示例实施方式中,第一数据库和第二数据库均可以为时序型数据库(InfluxDB),其中,第一数据库可以为主用数据库,第二数据库为备用数据库,或者,第二数据库可以为主用数据库,第一数据库为备用数据库,本公开的实施例不作限定。
本示例实施方式中,第一预设操作可以为写数据操作、数据更新操作或数据删除操作等,本公开的实施例不作限定。此外,第二预设操作可以为读数据操作。
需要说明的是,所述用户请求内容中不会同时包括第一预设操作和第二预设操作。
本示例实施方式中,可选的,还可以包括以下步骤:通过目标服务器展示监控数据对应的待输出内容。
本示例实施方式中,可选的,通过目标服务器从第一数据库或第二数据库中读取与第二预设操作对应的数据的方式具体可以为:
通过负载均衡服务器计算用户请求内容对应的计算量,并根据该计算量、第一数据库的存储量和第二数据库的存储量确定出能够最快读取出所需数据的数据库;
若能够最快读取出所需数据的数据库为第一数据库,通过目标服务器从第一数据库中读取与第二预设操作对应的数据;若能够最快读取出所需数据的数据库为第二数据库,通过目标服务器从第二数据库中读取与第二预设操作对应的数据。
本示例实施方式中,可选的,将监控数据同步至第一数据库和第二数据库中的方式具体可以为:通过Grafana服务器将监控数据同步至第一数据库和第二数据库中。
需要说明的是,InfluxDB由go语言写成,可以用于高性能地查询和存储时序性数据。其中,时序型数据库中数据格式中包含时间戳字段的数据。
可见,实施该可选的实施方式,能够将Grafana服务器中的监控数据同步于第一数据库和第二数据库中,即采用双主备容灾策略,以提高数据读取的效率。此外,基于Grafana和InfluxDB部署的运维交互***具备部署效率快、界面功能全面以及时序数据能力较强等优势,因此,实施本公开实施例能够改善后台管理的监控体验。
本示例实施方式中,该运维交互方法还可以包括以下步骤:
将目标服务器在预设时间间隔内对应的运行数据确定为第一告警数据,并根据预设时间间隔向告警管理服务器发送第一告警数据,以使得告警管理服务器对第一告警数据进行过滤,得到第二告警数据;或者,
当检测到目标服务器在预设时间间隔内对应的运行数据中存在第二告警数据时,根据预设时间间隔向告警管理服务器发送第二告警数据;
其中,运行数据用于表示目标服务器的运行状态。
本示例实施方式中,运行数据包括服务器温度、CPU占用率以及磁盘读写速率等,本公开的实施例不作限定。此外,告警管理服务器用于接收目标服务器发送的告警数据,并对该告警数据进行管理。
本示例实施方式中,第一告警数据与第二告警数据不同。具体地,将目标服务器在预设时间间隔内对应的运行数据确定为第一告警数据,可以理解为将所有的运行数据初步确定为第一告警数据,而该初步确定出的第一告警数据中可能存在正常数据,而将正常数据过滤得到真正的告警数据的步骤需要在告警管理服务器中完成;检测到目标服务器在预设时间间隔内对应的运行数据中存在第二告警数据,可以理解为在目标服务器内确定出的第二告警数据是经过筛选的,其中不存在正常数据,目标服务器传输给告警管理服务器的第二告警数据无需告警管理服务器进行再次筛选。
本示例实施方式中,告警管理服务器对应的主算法如下:
其中,该算法的输入可以为第一告警数据也可以为第二告警数据,本公开的实施例不作限定。第一告警数据和第二告警数据均为告警数据(AlarmData)结构类型。
具体地,算法Thread1为告警管理服务器的主算法,算法的输入可以为AlarmData结构类型的告警数据,告警管理服务器通过执行Thread1和Thread2可以提高告警管理效率。其中,Thread1的isRegister()函数用于过滤无效告警数据;Thread1的isRepeated()函数用于检查该是否已向用户设备发送了告警数据,若已发送过则不再发送,以防止用户持续不断收到同样的告警数据,改善用户的使用体验;Thread1的SendOutAlarm()函数用于在发送告警之前进行预设过滤规则检查,预设过滤规则包括但不仅限于时段检查以及用户检查等,如,20:00-08:00屏蔽所有告警、不向用户user_001发送服务掉线类型的告警。此外,Thread2用于发送告警数据给运维***CallOpsInterface()和其他***system()。
可见,实施该可选的实施方式,能够在目标服务器中进行告警信息筛选工作,也可以在告警管理服务器中进行告警信息筛选工作,提供的两种可选的方式能够扩大运维交互***的应用范围。
本示例实施方式中,该运维交互方法还可以包括以下步骤:
通过预设过滤规则对第二告警数据进行过滤,得到目标告警数据;
通过告警管理服务器将目标告警数据发送至运维***;若存在自定义***,通过告警管理服务器将目标告警数据发送至自定义***;其中,自定义***用于接收目标告警数据。
本示例实施方式中,预设过滤规则可以为用户自定义的规则,例如,筛除用于表示服务器温度的告警数据。自定义***可以为用户自行添加的***。
本示例实施方式中,可选的,还可以包括以下步骤:
确定是否已向用户设备发送目标告警数据,如果是,则结束本次流程;如果否,则向用户设备发送目标告警数据。其中,用户设备可以为终端或服务器,本公开的实施例不作限定。
可见,实施该可选的实施方式,能够提供告警功能,以便相关人员及时获知目标服务器的告警信息,进而对其进行相应的调试,以降低目标服务器故障对于监控和运维的影响。
本示例实施方式中,该运维交互方法还包括:
当检测到由多个数据接入服务器组成的服务器集群中存在故障数据接入服务器时,删除故障数据接入服务器。
本示例实施方式中,服务器集群可以由多个节点组成,各节点分别表示一数据接入服务器,当某一节点出现故障时,可以将该节点删除,以提升运维效率。
可见,实施该可选的实施方式,能够一定程度上提升运维交互***的可用性。
请参阅图4,图4示意性示出了根据本公开的一个实施例的运维交互***的架构图。如图4所示,该运维交互***包括客户端1 401、客户端2 402、客户端3 403、负载均衡网关服务器404、数据接入服务器405、Grafana服务器406、告警管理服务器407、运维***408、其他***409(即,上述的自定义***)、用户设备412、第一数据库411以及第二数据库410。
其中,如图4所示,客户端1 401、客户端2 402以及客户端3 403中任一客户端可以为多个,客户端1 401、客户端2 402以及客户端3 403即为图3中所提及的客户端。客户端1401、客户端2 402以及客户端3 403用于示意性表示本公开实施例可以应用于不同种类的客户端并且每个种类的客户端可以存在多个。此外,数据接入服务器405也可以为多个。此外,第一数据库411以及第二数据库410均可以为InfluxDB,其中一个为主用数据库,另一个为备用数据库,第一数据库411和第二数据库410均可以为主用数据库,本公开的实施例不作限定。需要说明的是,客户端1 401、客户端2 402以及客户端3 403的编号仅用于区分客户端1 401、客户端2 402以及客户端3 403的不同,并不用于表示客户端的优先级或等级。
具体地,客户端1 401、客户端2 402以及客户端3 403中任一客户端可以向负载均衡网关服务器404发送监控数据,以使得负载均衡网关服务器404根据监控数据对应的流量从多个数据接入服务器405中确定出目标数据接入服务器,以根据目标数据接入服务器将监控数据发送至Grafana服务器406和运维***408;进而,运维***408可以向数据接入服务器405返回相应的运维指令,数据接入服务器405可以将运维指令下达至对应的客户端,以使得客户端在本地执行运维指令。另一方面,Grafana服务器406可以根据监控数据对应的用户请求确定从第一数据库411和第二数据库410中读数据还是写数据,并进行相应的读写。在此过程中,告警管理服务器407可以根据Grafana服务器406对应的运行数据确定出告警数据并将告警数据反馈至运维***408和其他***409。其中,需要说明的是,图4示出的架构图中包括其他***409,该其他***409可以为用户自定义的接收***,若用户未自定义接收***,则不存在其他***409,告警管理服务器407只需要将告警数据反馈至运维***408。
结合图4所示的架构图,请参阅图5,图5示意性示出了根据本公开的一个实施例的运维交互***的负载均衡示意图。如图5所示,负载均衡示意图包括客户端1 501、客户端2502、客户端3 503、负载均衡网关服务器504、数据接入服务器A 505、数据接入服务器B 506以及数据接入服务器C 507。
需要说明的是,客户端1 501、客户端2 502以及客户端3 503可以分别对应图4中的客户端1 401、客户端2 402以及客户端3 403;负载均衡网关服务器504可以对应图4中的负载均衡网关服务器404;数据接入服务器A 505、数据接入服务器B 506以及数据接入服务器C 507可以对应图4中的多个数据接入服务器405。
具体地,负载均衡网关服务器504可以接收客户端1 501、客户端2502以及客户端3503中任一客户端发送的监控数据,并根据监控数据对应的流量从数据接入服务器A 505、数据接入服务器B 506以及数据接入服务器C 507确定出一数据接入服务器,作为目标数据接入服务器,并将监控数据发送至目标数据接入服务器。
结合图4所示的架构图,请参阅图6,图6示意性示出了根据本公开的一个实施例的运维交互***的时序图。如图6所示,该时序图包括客户端601、负载均衡网关服务器602、目标数据接入服务器603和运维***604之间的交互。
需要说明的是,客户端601可以为图4中的客户端1 401、客户端2402以及客户端3403中任一客户端;负载均衡网关服务器602可以对应图4中的负载均衡网关服务器404;目标数据接入服务器603可以为图4中多个数据接入服务器405中的一个数据接入服务器;运维***604可以对应图4中的运维***408。
具体地,客户端601可以向负载均衡网关服务器602发送监控数据,以使得负载均衡网关服务器602通过调度算法确定出目标数据接入服务器603,进而,将监控数据发送至目标数据接入服务器603,以使得目标数据接入服务器603筛选监控数据,以得到目标监控数据;其中,目标监控数据为运维***中已注册的数据类型对应的数据。
进而,可以进入运维交互部分:目标数据接入服务器603可以将目标监控数据发送至运维***604,以收到运维***604返回的运维指令,并将运维指令下达至客户端601,以促使客户端601执行运维指令。
结合图4所示的架构图,请参阅图7,图7示意性示出了根据本公开的一个实施例的Grafana服务器结合第一数据库和第二数据库的架构图。如图7所示,该架构图可以包括访问网关(接入层)701、第一数据库702、第二数据库703、负载均衡704以及Grafana计算服务。
需要说明的是,第一数据库702可以对应图4中的第一数据库411,第二数据库703可以对应图4中的第二数据库410,Grafana服务器中可以包括Grafana计算服务、负载均衡704以及访问网关(接入层)701。
具体地,数据接入服务器可以通过界面访问或通过接口访问上述的访问网关(接入层)701,若用户请求为读数据,访问网关(接入层)701可以将监控数据传输至Grafana计算服务,以使得Grafana计算服务计算监控数据对应的计算量,以通过负载均衡704确定从第一数据库702还是第二数据库703中读取数据;其中,第一数据库702和第二数据库703中存储的数据相同。若用户请求为写数据,访问网关(接入层)701可以将监控数据同步至第一数据库702和第二数据库703中。
可见,结合图4~图7实施本公开的实施例,能够实现运维和监控的集成,进而提升运维效率;以及,将Grafana服务器中的监控数据同步于第一数据库和第二数据库中,即采用双主备容灾策略,以提高数据读取的效率;此外,基于Grafana和InfluxDB部署的运维交互***具备部署效率快、界面功能全面以及时序数据能力较强等优势,因此,实施本公开实施例能够改善后台管理的监控体验;以及,能够一定程度上提升运维交互***的可用性。
进一步的,本示例实施方式中,还提供了一种运维交互***。参考图8所示,该运维交互***800可以包括客户端801、目标数据接入服务器803、负载均衡网关服务器802以及运维***804,其中:
负载均衡网关服务器802,用于接收由客户端801发送的监控数据;根据调度算法从多个数据接入服务器中确定出目标数据接入服务器803;向目标数据接入服务器803发送监控数据;
目标数据接入服务器803,用于接收由负载均衡网关服务器802发送的监控数据;根据数据类型对监控数据进行筛选,得到目标监控数据;将目标监控数据发送至运维***804;接收由运维***804返回的运维指令;向客户端801发送运维指令;
客户端801,用于向负载均衡网关服务器802发送监控数据;接收由目标数据接入服务器803发送的运维指令;
运维***804,用于接收目标数据接入服务器803发送的目标监控数据;向目标数据接入服务器803返回运维指令;其中,运维指令与目标监控数据对应。
可见,实施图8所示的运维交互***,能够实现运维和监控的集成,进而提升运维效率。
在本公开的一种示例性实施例中,该运维交互***还包括目标服务器(未图示),其中:
目标服务器,用于在监控数据对应的用户请求内容包括第一预设操作时,将监控数据同步至第一数据库和第二数据库中;其中,第一数据库与第二数据库中存储的数据相同;
目标服务器,还用于在用户请求内容包括第二预设操作,通过目标服务器从第一数据库或第二数据库中读取与第二预设操作对应的数据;
目标服务器,还用于从第一数据库或第二数据库中读取与第二预设操作对应的数据。
可见,实施该示例性实施例,能够将Grafana服务器中的监控数据同步于第一数据库和第二数据库中,即采用双主备容灾策略,以提高数据读取的效率。此外,基于Grafana和InfluxDB部署的运维交互***具备部署效率快、界面功能全面以及时序数据能力较强等优势,因此,实施本公开实施例能够改善后台管理的监控体验。
在本公开的一种示例性实施例中,该运维交互***还包括告警管理服务器(未图示),其中:
目标服务器,还用于将目标服务器在预设时间间隔内对应的运行数据确定为第一告警数据,并根据预设时间间隔向告警管理服务器发送第一告警数据,以使得告警管理服务器对第一告警数据进行过滤,得到第二告警数据;其中,运行数据用于表示目标服务器的运行状态;
目标服务器,还用于当检测到目标服务器在预设时间间隔内对应的运行数据中存在第二告警数据时,根据预设时间间隔向告警管理服务器发送第二告警数据;
告警管理服务器,用于接收目标服务器发送的第一告警数据;对第一告警数据进行过滤,得到第二告警数据;
告警管理服务器,还用于接收目标服务器发送的第二告警数据。
可见,实施该示例性实施例,能够在目标服务器中进行告警信息筛选工作,也可以在告警管理服务器中进行告警信息筛选工作,提供的两种可选的方式能够扩大运维交互***的应用范围。
在本公开的一种示例性实施例中,该运维交互***还包括自定义***(未图示),其中:
告警管理服务器,还用于通过预设过滤规则对第二告警数据进行过滤,得到目标告警数据;将目标告警数据发送至运维***;若存在自定义***,将目标告警数据发送至自定义***;其中,自定义***用于接收目标告警数据;
运维***804,还用于接收目标告警数据;
自定义***,用于接收目标告警数据。
可见,实施该可选的实施例,能够提供告警功能,以便相关人员及时获知目标服务器的告警信息,进而对其进行相应的调试,以降低目标服务器故障对于监控和运维的影响。
在本公开的一种示例性实施例中,目标数据接入服务器803根据数据类型对监控数据进行筛选,得到目标监控数据的方式具体为:
目标数据接入服务器803确定监控数据中已知数据类型对应的监控数据,作为目标监控数据;其中,已知数据类型为运维***804中已注册的数据类型。
可见,实施该可选的实施例,能够从中确定出已知数据类型对应的监控数据,即目标监控数据,以通过与运维***的交互实现高效数据监控。
在本公开的一种示例性实施例中,目标数据接入服务器803将目标监控数据发送至运维***804的方式具体为:
目标数据接入服务器803通过超文本传输协议接口、超文本传输安全协议接口或远程过程调用形式将目标监控数据发送至运维***804。
在本公开的一种示例性实施例中,负载均衡网关服务器802,还用于当检测到由多个数据接入服务器803组成的服务器集群中存在故障数据接入服务器时,删除故障数据接入服务器。
可见,实施该可选的实施例,能够一定程度上提升运维交互***的可用性。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
由于本公开的示例实施例的运维交互***的各个功能模块与上述运维交互方法的示例实施例的步骤对应,因此对于本公开装置实施例中未披露的细节,请参照本公开上述的运维交互方法的实施例。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现上述实施例中所述的方法。
需要说明的是,本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种运维交互方法,其特征在于,包括:
接收由客户端发送的监控数据,并根据调度算法从多个数据接入服务器中确定出目标数据接入服务器;
向所述目标数据接入服务器发送所述监控数据,并根据数据类型对所述监控数据进行筛选,得到目标监控数据;
将所述目标监控数据发送至运维***,以将所述运维***返回的运维指令发送至所述客户端;其中,所述运维指令与所述目标监控数据对应。
2.根据权利要求1所述的方法,其特征在于,还包括:
若所述监控数据对应的用户请求内容包括第一预设操作,则将所述监控数据同步至第一数据库和第二数据库中;其中,所述第一数据库与所述第二数据库中存储的数据相同;
若所述用户请求内容包括第二预设操作,则通过目标服务器从所述第一数据库或所述第二数据库中读取与所述第二预设操作对应的数据。
3.根据权利要求2所述的方法,其特征在于,还包括:
将所述目标服务器在预设时间间隔内对应的运行数据确定为第一告警数据,并根据所述预设时间间隔向告警管理服务器发送所述第一告警数据,以使得所述告警管理服务器对所述第一告警数据进行过滤,得到第二告警数据;或者,
当检测到所述目标服务器在所述预设时间间隔内对应的运行数据中存在所述第二告警数据时,根据所述预设时间间隔向所述告警管理服务器发送所述第二告警数据;
其中,所述运行数据用于表示所述目标服务器的运行状态。
4.根据权利要求3所述的方法,其特征在于,还包括:
通过预设过滤规则对第二告警数据进行过滤,得到目标告警数据;
通过所述告警管理服务器将所述目标告警数据发送至所述运维***;若存在自定义***,通过所述告警管理服务器将所述目标告警数据发送至所述自定义***;其中,所述自定义***用于接收所述目标告警数据。
5.根据权利要求1所述的方法,其特征在于,根据数据类型对所述监控数据进行筛选,得到目标监控数据,包括:
确定所述监控数据中已知数据类型对应的监控数据,作为目标监控数据;其中,所述已知数据类型为运维***中已注册的数据类型。
6.根据权利要求1所述的方法,其特征在于,将所述目标监控数据发送至运维***,包括:
通过超文本传输协议接口、超文本传输安全协议接口或远程过程调用形式将所述目标监控数据发送至运维***。
7.根据权利要求1所述的方法,其特征在于,还包括:
当检测到由所述多个数据接入服务器组成的服务器集群中存在故障数据接入服务器时,删除所述故障数据接入服务器。
8.一种运维交互***,其特征在于,包括客户端、目标数据接入服务器、负载均衡网关服务器以及运维***,其中:
所述负载均衡网关服务器,用于接收由所述客户端发送的监控数据;根据调度算法从多个数据接入服务器中确定出所述目标数据接入服务器;向所述目标数据接入服务器发送所述监控数据;
所述目标数据接入服务器,用于接收由所述负载均衡网关服务器发送的所述监控数据;根据数据类型对所述监控数据进行筛选,得到目标监控数据;将所述目标监控数据发送至所述运维***;接收由所述运维***返回的运维指令;向所述客户端发送所述运维指令;
所述客户端,用于向所述负载均衡网关服务器发送所述监控数据;接收由所述目标数据接入服务器发送的所述运维指令;
所述运维***,用于接收所述目标数据接入服务器发送的所述目标监控数据;向所述目标数据接入服务器返回所述运维指令;其中,所述运维指令与所述目标监控数据对应。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1-7任一项所述的方法。
10.一种电子设备,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任一项所述的方法。
CN201910770075.0A 2019-08-20 2019-08-20 运维交互方法、***、计算机可读存储介质及设备 Active CN110532322B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910770075.0A CN110532322B (zh) 2019-08-20 2019-08-20 运维交互方法、***、计算机可读存储介质及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910770075.0A CN110532322B (zh) 2019-08-20 2019-08-20 运维交互方法、***、计算机可读存储介质及设备

Publications (2)

Publication Number Publication Date
CN110532322A true CN110532322A (zh) 2019-12-03
CN110532322B CN110532322B (zh) 2024-04-30

Family

ID=68663757

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910770075.0A Active CN110532322B (zh) 2019-08-20 2019-08-20 运维交互方法、***、计算机可读存储介质及设备

Country Status (1)

Country Link
CN (1) CN110532322B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111212263A (zh) * 2019-12-26 2020-05-29 视联动力信息技术股份有限公司 一种监控资源数据的过滤方法和装置
CN111431982A (zh) * 2020-03-17 2020-07-17 深信服科技股份有限公司 基于gRPC的***运维方法、设备、存储介质及装置
CN111553560A (zh) * 2020-04-01 2020-08-18 车智互联(北京)科技有限公司 一种业务指标监控方法、监控服务器和***
CN112085229A (zh) * 2020-09-09 2020-12-15 北京华胜天成科技股份有限公司 运维方法、装置、计算机设备及存储介质
CN113051125A (zh) * 2019-12-27 2021-06-29 微民保险代理有限公司 自定义监控指标的监控视图绘制方法、装置及计算机设备
CN113904953A (zh) * 2021-12-09 2022-01-07 云丁网络技术(北京)有限公司 通信设备的离线检测方法、装置和设备

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN201887788U (zh) * 2010-11-25 2011-06-29 上海光子光电传感设备有限公司 通信线路设施综合监测***
WO2012171167A1 (zh) * 2011-06-13 2012-12-20 华为技术有限公司 业务质量监测设备及其工作方法和***
CN102916839A (zh) * 2012-10-26 2013-02-06 南宁职业技术学院 一种糖厂农务自动化监管***
WO2016023268A1 (zh) * 2014-08-13 2016-02-18 中兴通讯股份有限公司 集中运维的方法、装置及存储介质
WO2016177156A1 (zh) * 2015-07-16 2016-11-10 中兴通讯股份有限公司 流量的处理方法、装置及***
CN106844137A (zh) * 2016-12-08 2017-06-13 腾讯科技(深圳)有限公司 服务器的监控方法和装置
CN106993045A (zh) * 2017-04-12 2017-07-28 中机意园工程科技股份有限公司 一种地源热泵***运行维护远程物联网监控***
CN107395717A (zh) * 2017-07-20 2017-11-24 成都安恒信息技术有限公司 一种应用于运维审计***的空闲超时自动断开的方法
CN207184540U (zh) * 2017-08-30 2018-04-03 华东建筑设计研究院有限公司 一种基于bim的建筑运维管理***
CN108491422A (zh) * 2018-02-07 2018-09-04 平安健康互联网股份有限公司 数据库自动化运维管理方法、服务器及存储介质
CN108768728A (zh) * 2018-05-31 2018-11-06 康键信息技术(深圳)有限公司 运维任务处理方法、装置、计算机设备和存储介质
CN109522287A (zh) * 2018-09-18 2019-03-26 平安科技(深圳)有限公司 分布式文件存储集群的监控方法、***、设备及介质
CN109918936A (zh) * 2019-04-04 2019-06-21 长园深瑞继保自动化有限公司 基于b/s架构的分布式配电网运维方法和***
CN109936587A (zh) * 2017-12-15 2019-06-25 北京京东尚科信息技术有限公司 控制方法、控制装置、电子设备及存储介质
CN110098958A (zh) * 2019-04-09 2019-08-06 国网上海市电力公司 适用于ims移动办公与智能运维的通信管理***及危险告警方法

Patent Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN201887788U (zh) * 2010-11-25 2011-06-29 上海光子光电传感设备有限公司 通信线路设施综合监测***
WO2012171167A1 (zh) * 2011-06-13 2012-12-20 华为技术有限公司 业务质量监测设备及其工作方法和***
CN102916839A (zh) * 2012-10-26 2013-02-06 南宁职业技术学院 一种糖厂农务自动化监管***
WO2016023268A1 (zh) * 2014-08-13 2016-02-18 中兴通讯股份有限公司 集中运维的方法、装置及存储介质
WO2016177156A1 (zh) * 2015-07-16 2016-11-10 中兴通讯股份有限公司 流量的处理方法、装置及***
WO2018103521A1 (zh) * 2016-12-08 2018-06-14 腾讯科技(深圳)有限公司 服务器的监控方法、装置和存储介质
CN106844137A (zh) * 2016-12-08 2017-06-13 腾讯科技(深圳)有限公司 服务器的监控方法和装置
CN106993045A (zh) * 2017-04-12 2017-07-28 中机意园工程科技股份有限公司 一种地源热泵***运行维护远程物联网监控***
CN107395717A (zh) * 2017-07-20 2017-11-24 成都安恒信息技术有限公司 一种应用于运维审计***的空闲超时自动断开的方法
CN207184540U (zh) * 2017-08-30 2018-04-03 华东建筑设计研究院有限公司 一种基于bim的建筑运维管理***
CN109936587A (zh) * 2017-12-15 2019-06-25 北京京东尚科信息技术有限公司 控制方法、控制装置、电子设备及存储介质
CN108491422A (zh) * 2018-02-07 2018-09-04 平安健康互联网股份有限公司 数据库自动化运维管理方法、服务器及存储介质
CN108768728A (zh) * 2018-05-31 2018-11-06 康键信息技术(深圳)有限公司 运维任务处理方法、装置、计算机设备和存储介质
CN109522287A (zh) * 2018-09-18 2019-03-26 平安科技(深圳)有限公司 分布式文件存储集群的监控方法、***、设备及介质
CN109918936A (zh) * 2019-04-04 2019-06-21 长园深瑞继保自动化有限公司 基于b/s架构的分布式配电网运维方法和***
CN110098958A (zh) * 2019-04-09 2019-08-06 国网上海市电力公司 适用于ims移动办公与智能运维的通信管理***及危险告警方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
杜凌云;: "风场远程监测运维***的设计与实现", 上海大中型电机, no. 02, pages 40 - 59 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111212263A (zh) * 2019-12-26 2020-05-29 视联动力信息技术股份有限公司 一种监控资源数据的过滤方法和装置
CN111212263B (zh) * 2019-12-26 2022-12-13 视联动力信息技术股份有限公司 一种监控资源数据的过滤方法和装置
CN113051125A (zh) * 2019-12-27 2021-06-29 微民保险代理有限公司 自定义监控指标的监控视图绘制方法、装置及计算机设备
CN113051125B (zh) * 2019-12-27 2022-11-18 微民保险代理有限公司 自定义监控指标的监控视图绘制方法、装置及计算机设备
CN111431982A (zh) * 2020-03-17 2020-07-17 深信服科技股份有限公司 基于gRPC的***运维方法、设备、存储介质及装置
CN111431982B (zh) * 2020-03-17 2023-05-12 深信服科技股份有限公司 基于gRPC的***运维方法、设备、存储介质及装置
CN111553560A (zh) * 2020-04-01 2020-08-18 车智互联(北京)科技有限公司 一种业务指标监控方法、监控服务器和***
CN112085229A (zh) * 2020-09-09 2020-12-15 北京华胜天成科技股份有限公司 运维方法、装置、计算机设备及存储介质
CN112085229B (zh) * 2020-09-09 2024-04-02 北京华胜天成科技股份有限公司 运维方法、装置、计算机设备及存储介质
CN113904953A (zh) * 2021-12-09 2022-01-07 云丁网络技术(北京)有限公司 通信设备的离线检测方法、装置和设备

Also Published As

Publication number Publication date
CN110532322B (zh) 2024-04-30

Similar Documents

Publication Publication Date Title
CN110532322A (zh) 运维交互方法、***、计算机可读存储介质及设备
US10819556B1 (en) Data center agent for data center infrastructure monitoring data access and translation
Domínguez-Bolaño et al. An overview of IoT architectures, technologies, and existing open-source projects
CN101371237B (zh) 在网络元件中代表应用执行消息有效载荷处理功能
CN111666189B (zh) 一种声明式可视化配置Prometheus监控告警的方法和***
US20060282886A1 (en) Service oriented security device management network
CN111083005A (zh) 针对网络设备的健康数据的可扩展可视化
CN109257200A (zh) 大数据平台监控的方法和装置
WO2015140842A1 (ja) システムを監視する情報処理装置及び監視方法
Blackstock et al. FRED: A hosted data flow platform for the IoT
CN109145023A (zh) 用于处理数据的方法和装置
CN109905286A (zh) 一种监控设备运行状态的方法和***
WO2019083098A1 (ko) 전력 소프트웨어 개발 플랫폼
CN108520056A (zh) 业务数据监控方法及装置、***、可读介质和电子设备
CN109981322A (zh) 基于标签的云资源管理的方法和装置
CN110019158A (zh) 一种监控数据质量的方法和装置
CN111698326B (zh) 用于确定云服务资源的成本归属的方法和装置
CN109981388A (zh) 一种监控设备的方法和装置
CN109413140A (zh) Pacs服务器远程自动升级的方法
CN106462638A (zh) 基于流的反应性编程平台
JP2018092565A (ja) クラウド中継装置、クラウド接続処理方法、及びプログラム
CN109597810A (zh) 一种任务切分方法、装置、介质及电子设备
JP2010128597A (ja) 情報処理装置及び情報処理装置の運用方法
CN110019044A (zh) 大数据集群准实时Yarn任务监控分析方法
CN113141269A (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