CN112989150A - 一种运维图的获取方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请实施例提供了一种运维图的获取方法、装置、设备及可读存储介质，获取每一运维对象的基础信息，基础信息包括运维对象的标识，若第一运维对象与第二运维对象存在关联关系，获取关联关系的性质，性质包括包含关系、依赖关系、物理相邻关系、物理连接关系、集合关系、互斥关系，依据第一运维对象、第二运维对象和关联关系，生成一条图数据，图数据包括第一节点、第二节点、以及边，第一节点的信息包括第一运维对象的基础信息，第二节点的信息包括第二运维对象的基础信息，边的信息包括关联关系的性质，依据多条图数据，展示运维图。本方法中针对所有运维对象中的任意两个运维对象获取关联关系，通过展示运维图实现运维对象间的关联关系可视化。

Description

一种运维图的获取方法、装置、设备及可读存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种运维图的获取方法、装置、设备及可读存储介质。

背景技术

随着大部分企业信息化的飞速发展，数据中心机房存在大量的运维对象，数据中心机房已经成为企业信息的重要载体，承载着企业的核心价值。由于，数据中心机房的运维对象存在于多个运维层中，运维对象之间存在复杂的、多对多的多层次网状关系，例如，运维层包括应用层A、平台层I和关键基础设施层F。A、I、F各层包括的运维对象的数量非常庞大，而且，不仅A、I、F各层内部的运维对象存在横向的复杂关系，而且A、I、F各层的运维对象之间也存在纵向的复杂关系。因此，在数据中心机房实施重要运维操作的过程中(如重大变更、应急处置等场景)，需要手工梳理多个运维对象之间存在的关联关系，显然，由于关联关系的复杂性，现有技术不仅导致运维效率低，且难以满足数据中心运维的日益敏捷化、精细化需求。

发明内容

本申请提供了一种运维图的获取方法、装置、设备及可读存储介质，目的在于获取并展示运维图，以实现运维对象以及关联关系可视化，如下：

一种运维图的获取方法，包括：

获取每一运维对象的基础信息，所述基础信息包括所述运维对象的标识；

若第一运维对象与第二运维对象存在关联关系，获取所述关联关系的性质，所述性质包括包含关系、依赖关系、物理相邻关系、物理连接关系、集合关系、互斥关系；

依据所述第一运维对象、所述第二运维对象和所述关联关系，生成一条图数据，所述图数据包括第一节点、第二节点、以及边，所述第一节点的信息包括所述第一运维对象的基础信息，所述第二节点的信息包括所述第二运维对象的基础信息，所述边的信息包括所述关联关系的性质；

依据多条所述图数据，展示所述运维图。

可选地，基础信息还包括所述运维对象所属的层级；

展示的所述运维图包括：

各个层级的子图，任意层级的子图依据包括该层级中的运维对象的图数据生成。

可选地，还包括：

响应于第一类图数据中的节点的信息、和/或边的信息的变化，更新所述第一类图数据，得到第二类图数据；

依据所述第二类图数据，更新所述运维图。

可选地，还包括：

以第一预设方式展示第一节点集合和第一边集合，所述第一节点集合包括所述第二类图数据中的节点、以及与所述第二类图数据中的节点直接或间接相连的节点，所述第一边集合包括连接所述第一节点集合中的节点的边；所述第一预设方式包括高亮、放大和/或闪烁。

可选地，还包括：

响应于接收到节点查询信息，获取第三类图数据，所述节点查询信息包括目标节点的标识，所述第三类图数据为包括目标节点的图数据；

以第二预设方式展示第二节点集合和第二边集合，所述第二节点集合包括所述第三类图数据中的节点、以及与所述第三类图数据中的节点直接或间接相连的节点，所述第二边集合包括连接所述第二节点集合中的节点的边；所述第二预设方式包括高亮、放大和/或闪烁。

可选地，边的信息还包括所述边的边类型，所述边类型指示所述第一节点的类型和所述第二节点的类型；

所述方法还包括：

响应于接收到边查询信息，获取第四类图数据，所述边查询信息包括目标边类型，所述第四类图数据为包括的边属于所述目标边类型的图数据；

以第三预设方式展示第三节点集合和第三边集合，所述第三节点集合包括所述第四类图数据中的节点，所述第三边集合包括所述第四类图数据中的边；所述第三预设方式包括高亮、放大和/或闪烁。

可选地，运维图包括力导向图。

一种运维图的获取装置，包括：

对象信息获取模块，用于获取每一运维对象的基础信息，所述基础信息包括所述运维对象的标识；

关系确定模块，用于若第一运维对象与第二运维对象存在关联关系，获取所述关联关系的性质，所述性质包括包含关系、依赖关系、物理相邻关系、物理连接关系、集合关系、互斥关系；

图数据获取模块，用于依据所述第一运维对象、所述第二运维对象和所述关联关系，生成一条图数据，所述图数据包括第一节点、第二节点、以及边，所述第一节点的信息包括所述第一运维对象的基础信息，所述第二节点的信息包括所述第二运维对象的基础信息，所述边的信息包括所述关联关系的性质；

图生成模块，用于依据多条所述图数据，展示所述运维图。

一种运维图的获取设备，包括：存储器和处理器；

所述存储器，用于存储程序；

所述处理器，用于执行所述程序，实现运维图的获取方法的各个步骤。

一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现运维图的获取方法的各个步骤。

上述技术方案可以看出，本申请实施例提供的运维图的获取方法、装置、设备及可读存储介质，获取每一运维对象的基础信息，基础信息包括运维对象的标识，若第一运维对象与第二运维对象存在关联关系，获取关联关系的性质，依据第一运维对象、第二运维对象和关联关系，生成一条图数据，依据多条图数据，展示运维图。本方法中，通过获取运维对象间的关联关系和关联关系的性质，生成图数据，图数据中包括第一节点、第二节点和边，其中，第一节点的信息包括第一运维对象的基础信息，第二节点的信息包括第二运维对象的基础信息，边的信息包括关联关系的性质，所以，依据多条图数据可以生成的运维图包括多个表示运维对象的节点和表示各个运维对象的关联关系的边，又由于，本方法中针对所有运维对象中的任意两个运维对象获取关联关系，所以，通过展示运维图实现了运维对象间的关联关系的全面可视化。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种运维图的获取方法的流程示意图；

图2为本申请实施例提供的一种运维图的获取方法的具体实施方式的流程示意图；

图3为本申请实施例提供的一种运维图的获取信息的应用场景的示意图；

图4为本申请实施例提供的一种关联关系模型图；

图5为本申请实施例提供的一种数据中心运维关系可视化系统架构；

图6为本申请实施例提供的一种应用场景示意图；

图7为本申请实施例提供的一种运维图的获取装置的结构示意图；

图8为本申请实施例提供的一种运维图的获取设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供的运维图的获取方法应用于但不限于在对多层级的数据中心机房的运维对象之间的关联关系的获取和展示的场景下，目的在于将所有运维对象以及运维对象间跨系统或跨层级的关联关系可视化展示，以便于为机房运维管理提供高效、规范、易操作的工作方法，实现快速精准运维管理，提升数据中心机房运维管理的质量和效率，从而提高企业IT环境的快速响应能力。

本申请实施例提供的运维图的获取方法应用于但不限于与数据中心机房相连的服务器或智能设备，以服务器为例，服务器与数据中心机房相连用于获取数据中心机房的数据，其中，数据包括但不限于日志数据、运维数据等。

图1示例了一种运维图的获取方法的流程图，具体可以包括：

S101、获取每一运维对象的基础信息。

本实施例中，从预先配置的多个层级中获取每一运维对象，运维对象的基础信息包括但不限于运维对象的标识。

在一种具体的实现方式中，运维对象的基础信息还包括运维对象的类型、运维对象所属的层级、以及运维对象的类别。其中，运维对象的标识包括运维对象的名称、和/或运维对象的地址(包括ip地址和/或物理地址)。

需要说明的是，获取每一运维对象的基础信息的方法可以参见现有技术，例如，运维对象X1和运维对象X2的基础信息如表1所示：

表1、运维对象的基础信息

需要说明的是，基础信息还包括其他信息，例如，运维对象所属的业务系统和运维对象所属的业务线。

进一步需要说明的是，对于多层级的数据中心机房，获取运维对象的基础信息的过程可以按照层级进行。

S102、若两个运维关系中的第一运维对象和第二运维对象存在关联关系，获取关联关系的性质。

本实施例中，性质包括包含关系、依赖关系、物理相邻关系、物理连接关系、集合关系、和互斥关系。表2示例了六种关联关系的性质以及性质的说明。

表2关联关系的性质及说明

需要说明的是，性质的类型依据历史运维数据预先总结归纳得到，包括但不限于上述6种，还可以包括其他性质。

进一步需要说明的是，判断两个运维对象是否存在关联关系以及关联关系的性质的方法可以参见现有技术，例如，依据两个运维对象运行日志以及历史运维数据获取两个运维对象的关联关系的性质，在此不做赘述。

S103、依据第一运维对象、第二运维对象和关联关系，生成一条图数据。

本实施例中，图数据包括第一节点、第二节点、以及边，第一节点的信息包括第一运维对象的基础信息，第二节点的信息包括第二运维对象的基础信息，边的信息包括关联关系的性质。

在一种具体的实现方式中，第一节点的信息还包括第一节点的名称和第一节点的类型，第二节点的信息还包括第二节点的名称和第二节点的类型，边的信息还包括边的类型。

具体地，依据节点指示的运维对象的基础信息确定节点的名称和节点的类型。可选地，依据运维对象的基础信息将节点归纳至预设名称中的一项或多项，且将节点归纳至预设类型中的一项或多项，节点的预设类型和预设名称预先配置，例如预先配置节点的预设类型包括8类，预设名称包括30种，表3示例了预先配置的8类30种节点。

表3、节点的预设信息

需要说明的是，归纳节点的类型和名称的方法可以包括多种，例如，依据节点指示的运维对象所属的层级或类型归纳节点的类型和名称。具体可以参见现有技术，在此不做赘述。

本实施例中，边的类型依据第一节点和第二节点的类型确定，例如，第一节点的类型为APP应用类，第二节点的类型为ST存储类。则，边的类型为APP-ST。表4示例了一种边的类型与节点类型的对应关系。

表4、边的类型

进一步需要说明的是，针对于任两个运维对象执行S102～S103，获得所有运维对象间存在的所有关联关系，由此得到多条图数据。

S104、依据多条图数据，展示运维图。

本实施例中，运维图中的节点依据图数据中的节点确定，运维图中的连接各个节点的边依据图数据中的边确定。

需要说明的是，运维图包括但不限于力导向图，展示力导向图的方法包括：将图数据中相同的节点合并作为力导向图中的一个节点，并将图数据中的所有边作为力导向图中的边。进一步，将节点的信息和/或边的信息按照预设的规则展示在力导向图中，例如，对应展示每一节点的名称，对应展示每一边的性质，或者，按照边的性质，使用不同形状或颜色的线展示不同性质的边。

需要说明的是，展示运维图的具体方法可以参见现有技术，在此不做赘述。

由上述技术方案可以看出，本申请实施例提供的运维图的获取方法获取每一运维对象的基础信息，基础信息包括运维对象的标识，若第一运维对象与第二运维对象存在关联关系，获取关联关系的性质，依据第一运维对象、第二运维对象和关联关系，生成一条图数据，依据多条图数据，展示运维图。本方法中，通过获取运维对象间的关联关系和关联关系的性质，生成图数据，图数据中包括第一节点、第二节点和边，其中，第一节点的信息包括第一运维对象的基础信息，第二节点的信息包括第二运维对象的基础信息，边的信息包括关联关系的性质，所以，依据多条图数据可以生成的运维图包括多个表示运维对象的节点和表示各个运维对象的关联关系的边，又由于，本方法中针对所有运维对象中的任意两个运维对象获取关联关系，所以，通过展示运维图实现了运维对象间的关联关系的全面可视化。

需要说明的是，运维图的获取方法包括但不限于如1所示的流程，还包括运维图的应用和更新过程，基于此，图2示例了一中具体可以参见S201～S211。

S201、获取每一运维对象的基础信息。

S202、若第一运维对象与第二运维对象存在关联关系，获取关联关系的性质。

S203、依据第一运维对象、第二运维对象和关联关系，生成一条图数据。

需要说明的是，S201～S203的具体实现过程可以参见上述图1所示的流程，在此不做赘述。

S204、依据多条图数据，展示运维图。

本实施例中，依据多条图数据，展示运维图的具体实现方法包括：

1、依据各个层级的运维对象的图数据生成各个层级的子图。

2、依据跨层级的图数据，使用跨层级的图数据中的边连接不同层级中的节点。

3、展示各个层级的子图以及各个子图之间的边。

需要说明的是，以分层级的形式展示运维图的方法实现分层级的展示运维对象的关联关系，进一步提高运维图的直观性。

进一步需要说明的是，依据多条图数据，展示运维图的方法还包括其他可选的具体实施方式，例如，展示各个系统的子图，对此不做赘述。

S205、响应于第一类图数据中的节点的信息、和/或边的信息的变化，更新第一类图数据，得到第二类图数据。

S206、依据第二类图数据，更新运维图。

本实施例中，更新运维图的方法包括：将变化后的节点信息替代变化前的节点信息，将变化后的边的信息替代变化边的节点信息。

S207、以第一预设方式展示第一节点集合和第一边集合。

本实施例中，第一节点集合包括第二类图数据中的节点、以及与第二类图数据中的节点直接或间接相连的节点，第一边集合包括连接第一节点集合中的节点的边。

需要说明的是，第一预设方式包括高亮、放大和/或闪烁，具体的实现方式可以参见现有技术。

可见，当数据中心机房中的运维对象的信息发生变化时，运维图可以依据变化的信息立即更新，并展示变化的信息直接影响或间接影响的节点和边，因此，可以实现对运维对象的监控。进一步，可以应用于测试过程，有利于预测变化的信息对整数据中心机房的影响。综上，可展示的运维图提供了一种自动有效的方法来判断已发生的事件或操作的影响范围，提高数据中心机房的运维效率。

S208、响应于接收到节点查询信息，获取第三类图数据。

本实施例中，节点查询信息包括目标节点的标识，第三类图数据为包括目标节点的图数据。

S209、以第二预设方式展示第二节点集合和第二边集合。

本实施例中，第二节点集合包括第三类图数据中的节点、以及与第三类图数据中的节点直接或间接相连的节点，第二边集合包括连接第二节点集合中的节点的边。

例如，目标节点为节点X1，第三类图数据为包括节点X的图数据，第二节点集合包括[X1，X2，X4，X5]，第二边集合包括[L(X1，X2)，L(X2，X4)，L(X2，X5)]。

需要说明的是，第二预设方式包括高亮、放大和/或闪烁，具体的实现方式可以参见现有技术。

可见，本方法通过对任意节点的查询，完成对于任意的运维对象的关联数据线的查询与展示，需要说明的是，关联数据线包括第二节点集合和第二边集合，展示关联数据线，能够实现与运维对象具有直接关联关系和间接关联关系的运维对象以及各关联关系的可视化。

综上，可展示的运维图提供了一种自动有效的方法来判断未发生的事件或操作的影响范围，提高数据中心机房的运维效率。

S210、响应于接收到边查询信息，获取第四类图数据。

本实施例中，边查询信息包括目标边类型，第四类图数据为包括的边属于目标边类型的图数据。

S211、以第三预设方式展示第三节点集合和第三边集合。

本实施例中，第三节点集合包括第四类图数据中的节点，第三边集合包括第四类图数据中的边。

例如，目标边类型为APP-APP，则，第四类图数据为包括的边属性为APP-APP的图数据。第三节点集合包括[X6，X7，X9，X5]，第三边集合包括[L(X6，X7)，L(X7，X9)，L(X5，X6)]。其中，L(X6，X7)、L(X7，X9)、和L(X5，X6)的边类型均属于APP-APP。

需要说明的是，第三预设方式包括高亮、放大和/或闪烁，具体的实现方式可以参见现有技术。

进一步需要说明的是，第一预设方式、第二预设方式和第三预设方式可以相同，也可以不相同。

可见，本方法通过对任意边类型的查询，完成对于属于任意边类型的关联关系和关联关系指示的节点的查询和展示。

当前数据中心机房已经成为企业的支撑核心，承载着企业的大部分业务信息系统，图3示例了各个层级的运维对象的分布情况，如图3可以看出，运维对象间存在复杂的关联关系。本实施例以图3示例的包括三个层级的数据中心机房H1为例，对运维图的获取过程进行示例性说明，三个层级包括应用系统层A、平台层I和关键基础设施层F。本方法具体可以包括下述步骤：

S1、获取每一层级的运维对象的基础信息。

具体地，系统层A主要包括各类的应用对象，根据应用类型不同主要分为：渠道服务、外部接口、管理分析、业务支持、核心系统等。

平台层I主要包括各类IT硬件设备，包括服务器、存储、网络等相关硬件设备，这些IT硬件设备由不同的IT架构进行组合。

关键基础设施层F主要包括各类机房关键基础设施，包括供配电系统、空气调节系统、综合布线系统、安防系统、消防系统等相关硬件设备，和IT硬件经常关联的主要包括空间、电力、制冷等。

表5示例了三个层级中包括的运维对象的类型与类别的对应关系。

表5、运维对象的基础信息

本实施例中，获取每一运维对象的基础信息的方法可以参见S101。

S2、分层级对运维对象间的关联关系进行梳理，通过获取的图数据生成图数据结构子图。

本实施例中，图数据结构为运维图，图数据结构子图为运维图的各个子图。

具体地，获取每一层级内部的运维对象间的关联关系以及关联关系的性质和类型，得到各层级的内部图数据，也即包括的第一节点和第二节点属于同一层级的图数据，进一步，依据各层级的内部图数据生成图数据结构子图。

1、依据应用层中各个运维对象的基础信息，获取应用层中的图数据，并依据应用层中的图数据，生成应用层的图数据结构子图。

2、依据平台层中各个运维对象的基础信息，获取平台层中的图数据，并依据平台层中的图数据，生成平台层的图数据结构子图。

平台层中各个运维对象分为网络硬件设备和其它IT硬件设备两大类别，所以，在具体实现过程中可以按照网络硬件设备和其它IT硬件设备，分别获取平台层中网络硬件设备的图数据和其它IT硬件设备的图数据。

2.1、网络硬件设备组成的网络系统是机房的神经网络，主要包括路由器、交换机、防火墙、入侵检测、负载均衡等硬件设备，网络系统按照各类IT系统的重要性划分了不同的安全区域，相关的IT硬件设备部署在各自区域内。将每台网络硬件设备可作为平台层的图数据结构子图中的一个节点，两台网络硬件设备的关联关系可以表示为一条边。

2.2、IT硬件设备部署方式由应用系统的类型决定，具体如下：

1)传统应用系统IT硬件部署架构

传统的应用系统都直接部署在物理设备上，按照硬件功能不同划分，WEB层提供WEB对外服务，APP层处理业务逻辑，DB层处理业务数据管理，存储层存放业务数据。将每台IT设备可作为平台层的图数据结构子图中的一个节点，两台IT设备的关联关系可以表示为一条边。

2)基于云平台的应用系统硬件部署架构

随着云计算技术的快速发展，云平台已经成为大部分企业IT部署的主要方式。各种硬件资源池集中化后，通过云管理平台统一调度，应用系统需要的各种资源都部署在云端，实现弹性扩展，满足快速发展的业务需求。将云平台环境每台IT设备可作为平台层的图数据结构子图中的一个节点，两台IT设备的关联关系可以表示为一条边。

3)大数据平台系统硬件部署架构

随着很多企业的业务数据量飞速增长，大部分企业都在通过大数据平台从海量数据中获取提炼重要的数据价值，辅助企业决策，增强竞争能力。大数据平台主要通过管理平台实现对大数据的采集、清洗、数据分类汇总以及多维度的管理分析。将大数据平台环境中每台IT设备可作为平台层的图数据结构子图中的一个节点，两台IT设备的关联关系可以表示为一条边。

3、依据关键基础设施层中各个运维对象的基础信息，获取关键基础设施层中的图数据，并依据关键基础设施层中的图数据，生成平台层的图数据结构子图。

将关键基础设施层中每一运维对象作为关键基础设施层的图数据结构子图中的一个节点，两个运维对象间的关联关系可以表示为一条边。

S3、对不同层级间的运维对象间的关联关系进行梳理，得到跨层级图数据，并依据跨层级图数据和分层级的图数据结构子图，生成图数据结构。

需要说明的是，跨层级图数据中的两个节点不属于同一层级。

应用层、I平台层和F关键基础设施三部分相互之间还存在很多外部的关系，下面进行详细梳理：

1、A应用层和I平台层

每个应用系统都会部署在一套相关的IT平台上，通过IT平台层的服务器处理信息，通过存储设备保存数据，通过网络设备将相关的服务器和存储连接在一起。

2、I平台层和F关键基础设施层

I平台层的每一种物理设备(如服务器设备、网络设备、存储设备)都会部署在机房的某个位置(如机柜里)，物理设备都需要供电和制冷，满足日常运行的需要。

通过对以上的各层关联关系的分析，得到三个层级之间的关联关系模型图，如图4所示。

需要说明的是，通过对以上的数据中心机房运维管理关联关系的分析，可以分析汇总出主要的图数据结构节点，共计8类30种、25种关联关系对应的边类型、以及关联关系对应的边存在6种的性质，具体可以参见上述实施例。

通过S1～S3对运维环境的分析，以及基于图论对节点和边的梳理，可以建立一个基于图论的图数据结构，所有的运维对象为图数据结构的节点，相关的关联关系即为图数据结构中的边。

本实施例还提供了一种数据中心运维关系可视化系统，图5示例了一种数据中心运维关系可视化系统架构，系统包括展示层、服务层、存储层、处理层和采集层，各个层的功能如下：

1、采集层用于通过数据总线分别从应用层系统、平台层系统、和关键设施层系统中采集，应用层A、平台层I和关键基础设施层F的相关数据。其中，相关数据的数据类型主要为结构化和半结构化数据。

2、处理层用于通过对相关数据的数据抽取、数据融合、数据表示等方式生成运维关系可视化基础数据(也即图数据)。

3、存储层用于存储处理层生成的运维关系可视化基础数据。

4、服务层用于通过开发运维关系监控、检索、模拟等功能模块，封装用于实现监控、检索、模拟等功能的业务逻辑。

5、展示层用于展示服务层调用业务逻辑生成的运维图。

数据中心运维关系可视化系统中的服务层包括运维关系监控模块、运维关系检索模块、应急场景模拟模块、以及交互逻辑处理模块，各个模块的功能主要包括如下：

运维关系监控模块用于通过轮询或中断方式采集运维对象和关联关系的实时状态，然后推送到存储层的数据库中，在检测到数据库的变化时，及时更新展示层展示的运维图中的节点及关联关系的状态，并指示展示层通过闪烁及声光报警方式发出警告，管理员可以直观的看出故障点和影响的范围。并将运维对象和关联关系的变化记录到存储层的数据库中。

运维关系检索模块用于响应查询信息(节点查询信息和边查询信息)，查询查询信息指示的边或节点。例如，可以通过接收的任一个运维对象和任一关系的信息检索它们之间存在的关联关系，或按照时间检索一段时间内运维图的变化情况，或依据接收的任一关系类型(也即边类型)查询所有属于该关系类型的运维对象，还可通过选择关系的深度或广度查询相关的运维对象和关联关系。

应急场景模拟模块用于依据模拟信息，创建模拟环境，模拟信息包括手工触发的虚拟警告信息，模拟环境中虚拟警告信息包括的运维对象会产生变化，以此在模拟环境中推演应急的操作步骤，验证应急方案的完整性准确性。应急场景模拟模块还用于讲所有的操作步骤按照时间被记录到数据库中。

交互逻辑处理模块用于接收交互信息，并控制展示层展示的运维图的图信息，图信息包括尺寸信息、位置信息、以及隐层信息等。例如，交互逻辑处理模块接收指示更新尺寸信息的第一交互信息后，依据更新尺寸信息放大或缩小运维图，实现自由拖拽缩放运维图的功能，再例如，交互逻辑处理模块接收指示更新隐层信息的第二交互信息后，依据更新隐层信息指示的子节点隐藏(或显示)信息，将子节点隐藏(或显示)，以实现通过鼠标双击将被点击的节点的子节点隐藏或显示的功能。需要说明的是，交互逻辑处理模块还用于实现手工添加或删除节点和边、导出指定格式(如png、jpg、bmp、xls等)的运维图等功能。

需要说明的是，数据中心机房运维关系可视化系统是从数据中心全局角度出发，梳理各种运维对象的关联关系，形成完整的数据中心机房的运维图，通过一种可视化方法展现全貌。从数据中心全局角度及时感知内部发生的各种变化，快速实现端到端的关联分析、影响分析，为敏捷决策提供支持。

为提高运行效率，本系统开发采用的编程语言为java，采用的数据库为原生图数据库NEO4J，通过NEO4J的提供的CYPHER语言接口将数据导入，建立了节点和边的原型。在展示层渲染中采用D3.js框架中的力导向图(Force-Directed Graph)形式去展现。需要说明的是，力导向图是建立在物理力学原型基础上的一种特殊图表，具有良好的对称性和局部聚合性，使用力导向图展现图数据结构的方法对于运维图的契合度高，能完整且清晰的展示本申请生成的运维图。

基于本申请实施例提供的运维图的获取方法和系统，图6示例了一种应用场景示意图，如图6所示，601表示应用层包括的运维对象，也即应用系统，602表示平台层包括的运维对象，也即IT硬件(包括服务器、存储器、网络、以及其他硬件设备)，601表示关键基础设施层中各个运维对象，也即关键基础设施(包括电力设备、空间设备和制冷设备)。

数据中心运维关系可视化系统中展示层展示运维图包括：1、按照层级，以节点展示601、602和603中的运维对象，以边展示运维对象之间的关联关系(各层级内部的图结构没有在图6中展示)。2、以边展示跨层级的运维对象间的关联关系，需要说明的是，跨层级的运维对象间的关联关系以双箭头61和62简单示意，具体的图结构没有在图6中展示。

在可选的一种应用场景中，资产管理系统604、合同管理系统605(包括合同评价子系统和合同付款子系统)、供应商系统606、日常维护系统607均为应用数据中心运维关系可视化系统的业务系统，如图6所示，资产管理系统、合同管理系统、供应商系统、日常维护系统之间按照实际应用存在连接关系，且每一业务系统与数据中心运维关系可视化系统相连，用于在实际应用中，依据自身的业务使用数据中心运维关系可视化系统获取并展示运维图。

图7示出了本申请实施例提供的一种运维图的获取装置的结构示意图，如图7所示，该装置可以包括：

对象信息获取模块701，用于获取每一运维对象的基础信息，所述基础信息包括所述运维对象的标识；

关系确定模块702，用于若第一运维对象与第二运维对象存在关联关系，获取所述关联关系的性质，所述性质包括包含关系、依赖关系、物理相邻关系、物理连接关系、集合关系、互斥关系；

图数据获取模块703，用于依据所述第一运维对象、所述第二运维对象和所述关联关系，生成一条图数据，所述图数据包括第一节点、第二节点、以及边，所述第一节点的信息包括所述第一运维对象的基础信息，所述第二节点的信息包括所述第二运维对象的基础信息，所述边的信息包括所述关联关系的性质；

图生成模块704，用于依据多条所述图数据，展示所述运维图。

可选地，基础信息还包括所述运维对象所属的层级；

展示的所述运维图包括：

各个层级的子图，任意层级的子图依据包括该层级中的运维对象的图数据生成。

可选地，还包括：监控模块，用于响应于第一类图数据中的节点的信息、和/或边的信息的变化，更新所述第一类图数据，得到第二类图数据；依据所述第二类图数据，更新所述运维图。

可选地，监控模块还用于以第一预设方式展示第一节点集合和第一边集合，所述第一节点集合包括所述第二类图数据中的节点、以及与所述第二类图数据中的节点直接或间接相连的节点，所述第一边集合包括连接所述第一节点集合中的节点的边；所述第一预设方式包括高亮、放大和/或闪烁。

可选地，还包括：第一检索模块，用于响应于接收到节点查询信息，获取第三类图数据，所述节点查询信息包括目标节点的标识，所述第三类图数据为包括目标节点的图数据；以第二预设方式展示第二节点集合和第二边集合，所述第二节点集合包括所述第三类图数据中的节点、以及与所述第三类图数据中的节点直接或间接相连的节点，所述第二边集合包括连接所述第二节点集合中的节点的边；所述第二预设方式包括高亮、放大和/或闪烁。

可选地，边的信息还包括所述边的边类型，所述边类型指示所述第一节点的类型和所述第二节点的类型；

本装置还包括：第二检索模块，用于响应于接收到边查询信息，获取第四类图数据，所述边查询信息包括目标边类型，所述第四类图数据为包括的边属于所述目标边类型的图数据；以第三预设方式展示第三节点集合和第三边集合，所述第三节点集合包括所述第四类图数据中的节点，所述第三边集合包括所述第四类图数据中的边；所述第三预设方式包括高亮、放大和/或闪烁。

可选地，运维图包括力导向图。

图8示出了该运维图的获取设备的结构示意图，该设备可以包括：至少一个处理器801，至少一个通信接口802，至少一个存储器803和至少一个通信总线804；

在本申请实施例中，处理器801、通信接口802、存储器803、通信总线804的数量为至少一个，且处理器801、通信接口802、存储器803通过通信总线804完成相互间的通信；

处理器801可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；

存储器803可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)等，例如至少一个磁盘存储器；

其中，存储器存储有程序，处理器可执行存储器存储的程序，实现本申请实施例提供的一种运维图的获取方法的各个步骤，如下：

一种运维图的获取方法，包括：

获取每一运维对象的基础信息，所述基础信息包括所述运维对象的标识；

若第一运维对象与第二运维对象存在关联关系，获取所述关联关系的性质，所述性质包括包含关系、依赖关系、物理相邻关系、物理连接关系、集合关系、互斥关系；

依据所述第一运维对象、所述第二运维对象和所述关联关系，生成一条图数据，所述图数据包括第一节点、第二节点、以及边，所述第一节点的信息包括所述第一运维对象的基础信息，所述第二节点的信息包括所述第二运维对象的基础信息，所述边的信息包括所述关联关系的性质；

依据多条所述图数据，展示所述运维图。

可选地，基础信息还包括所述运维对象所属的层级；

展示的所述运维图包括：

各个层级的子图，任意层级的子图依据包括该层级中的运维对象的图数据生成。

可选地，还包括：

响应于第一类图数据中的节点的信息、和/或边的信息的变化，更新所述第一类图数据，得到第二类图数据；

依据所述第二类图数据，更新所述运维图。

可选地，还包括：

以第一预设方式展示第一节点集合和第一边集合，所述第一节点集合包括所述第二类图数据中的节点、以及与所述第二类图数据中的节点直接或间接相连的节点，所述第一边集合包括连接所述第一节点集合中的节点的边；所述第一预设方式包括高亮、放大和/或闪烁。

可选地，还包括：

响应于接收到节点查询信息，获取第三类图数据，所述节点查询信息包括目标节点的标识，所述第三类图数据为包括目标节点的图数据；

以第二预设方式展示第二节点集合和第二边集合，所述第二节点集合包括所述第三类图数据中的节点、以及与所述第三类图数据中的节点直接或间接相连的节点，所述第二边集合包括连接所述第二节点集合中的节点的边；所述第二预设方式包括高亮、放大和/或闪烁。

可选地，边的信息还包括所述边的边类型，所述边类型指示所述第一节点的类型和所述第二节点的类型；

所述方法还包括：

响应于接收到边查询信息，获取第四类图数据，所述边查询信息包括目标边类型，所述第四类图数据为包括的边属于所述目标边类型的图数据；

以第三预设方式展示第三节点集合和第三边集合，所述第三节点集合包括所述第四类图数据中的节点，所述第三边集合包括所述第四类图数据中的边；所述第三预设方式包括高亮、放大和/或闪烁。

可选地，运维图包括力导向图。

本申请实施例还提供一种可读存储介质，该可读存储介质可存储有适于处理器执行的计算机程序，计算机程序被处理器执行时，实现本申请实施例提供的一种运维图的获取方法的各个步骤，如下：

一种运维图的获取方法，包括：

获取每一运维对象的基础信息，所述基础信息包括所述运维对象的标识；

若第一运维对象与第二运维对象存在关联关系，获取所述关联关系的性质，所述性质包括包含关系、依赖关系、物理相邻关系、物理连接关系、集合关系、互斥关系；

依据所述第一运维对象、所述第二运维对象和所述关联关系，生成一条图数据，所述图数据包括第一节点、第二节点、以及边，所述第一节点的信息包括所述第一运维对象的基础信息，所述第二节点的信息包括所述第二运维对象的基础信息，所述边的信息包括所述关联关系的性质；

依据多条所述图数据，展示所述运维图。

可选地，基础信息还包括所述运维对象所属的层级；

展示的所述运维图包括：

各个层级的子图，任意层级的子图依据包括该层级中的运维对象的图数据生成。

可选地，还包括：

响应于第一类图数据中的节点的信息、和/或边的信息的变化，更新所述第一类图数据，得到第二类图数据；

依据所述第二类图数据，更新所述运维图。

可选地，还包括：

以第一预设方式展示第一节点集合和第一边集合，所述第一节点集合包括所述第二类图数据中的节点、以及与所述第二类图数据中的节点直接或间接相连的节点，所述第一边集合包括连接所述第一节点集合中的节点的边；所述第一预设方式包括高亮、放大和/或闪烁。

可选地，还包括：

响应于接收到节点查询信息，获取第三类图数据，所述节点查询信息包括目标节点的标识，所述第三类图数据为包括目标节点的图数据；

以第二预设方式展示第二节点集合和第二边集合，所述第二节点集合包括所述第三类图数据中的节点、以及与所述第三类图数据中的节点直接或间接相连的节点，所述第二边集合包括连接所述第二节点集合中的节点的边；所述第二预设方式包括高亮、放大和/或闪烁。

可选地，边的信息还包括所述边的边类型，所述边类型指示所述第一节点的类型和所述第二节点的类型；

所述方法还包括：

响应于接收到边查询信息，获取第四类图数据，所述边查询信息包括目标边类型，所述第四类图数据为包括的边属于所述目标边类型的图数据；

以第三预设方式展示第三节点集合和第三边集合，所述第三节点集合包括所述第四类图数据中的节点，所述第三边集合包括所述第四类图数据中的边；所述第三预设方式包括高亮、放大和/或闪烁。

可选地，运维图包括力导向图。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种运维图的获取方法，其特征在于，包括：

获取每一运维对象的基础信息，所述基础信息包括所述运维对象的标识；

若第一运维对象与第二运维对象存在关联关系，获取所述关联关系的性质，所述性质包括包含关系、依赖关系、物理相邻关系、物理连接关系、集合关系、互斥关系；

依据所述第一运维对象、所述第二运维对象和所述关联关系，生成一条图数据，所述图数据包括第一节点、第二节点、以及边，所述第一节点的信息包括所述第一运维对象的基础信息，所述第二节点的信息包括所述第二运维对象的基础信息，所述边的信息包括所述关联关系的性质；

依据多条所述图数据，展示所述运维图。

2.根据权利要求1所述的方法，其特征在于，所述基础信息还包括所述运维对象所属的层级；

展示的所述运维图包括：

各个层级的子图，任意层级的子图依据包括该层级中的运维对象的图数据生成。

3.根据权利要求1所述的方法，其特征在于，还包括：

响应于第一类图数据中的节点的信息、和/或边的信息的变化，更新所述第一类图数据，得到第二类图数据；

依据所述第二类图数据，更新所述运维图。

4.根据权利要求3所述的方法，其特征在于，还包括：

以第一预设方式展示第一节点集合和第一边集合，所述第一节点集合包括所述第二类图数据中的节点、以及与所述第二类图数据中的节点直接或间接相连的节点，所述第一边集合包括连接所述第一节点集合中的节点的边；所述第一预设方式包括高亮、放大和/或闪烁。

5.根据权利要求1所述的方法，其特征在于，还包括：

响应于接收到节点查询信息，获取第三类图数据，所述节点查询信息包括目标节点的标识，所述第三类图数据为包括目标节点的图数据；

以第二预设方式展示第二节点集合和第二边集合，所述第二节点集合包括所述第三类图数据中的节点、以及与所述第三类图数据中的节点直接或间接相连的节点，所述第二边集合包括连接所述第二节点集合中的节点的边；所述第二预设方式包括高亮、放大和/或闪烁。

6.根据权利要求1所述的方法，其特征在于，所述边的信息还包括所述边的边类型，所述边类型指示所述第一节点的类型和所述第二节点的类型；

所述方法还包括：

响应于接收到边查询信息，获取第四类图数据，所述边查询信息包括目标边类型，所述第四类图数据为包括的边属于所述目标边类型的图数据；

以第三预设方式展示第三节点集合和第三边集合，所述第三节点集合包括所述第四类图数据中的节点，所述第三边集合包括所述第四类图数据中的边；所述第三预设方式包括高亮、放大和/或闪烁。

7.根据权利要求1～6任一项所述的方法，其特征在于，所述运维图包括力导向图。

8.一种运维图的获取装置，其特征在于，包括：

对象信息获取模块，用于获取每一运维对象的基础信息，所述基础信息包括所述运维对象的标识；

关系确定模块，用于若第一运维对象与第二运维对象存在关联关系，获取所述关联关系的性质，所述性质包括包含关系、依赖关系、物理相邻关系、物理连接关系、集合关系、互斥关系；

图数据获取模块，用于依据所述第一运维对象、所述第二运维对象和所述关联关系，生成一条图数据，所述图数据包括第一节点、第二节点、以及边，所述第一节点的信息包括所述第一运维对象的基础信息，所述第二节点的信息包括所述第二运维对象的基础信息，所述边的信息包括所述关联关系的性质；

图生成模块，用于依据多条所述图数据，展示所述运维图。

9.一种运维图的获取设备，其特征在于，包括：存储器和处理器；

所述存储器，用于存储程序；

所述处理器，用于执行所述程序，实现如权利要求1～7中任一项所述的运维图的获取方法的各个步骤。

10.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1～7中任一项所述的运维图的获取方法的各个步骤。

Images