CN116383420A - 运维数据的处理方法、装置和电子设备 - Google Patents

Abstract

本申请公开了一种运维数据的处理方法、装置和电子设备。该方法包括：获取目标数据源的运维数据，其中，运维数据中包括：运维对象的对象信息、关系信息以及运行数据；基于运维对象的对象信息和关系信息构建用于运维对象关系网络，其中，运维对象关系网络用于展示运维对象的多类运维关系；基于运维对象关系网络创建可视化视图，以展示运维对象的对象信息、关系信息以及在不同性能维度下的运行数据，其中，可视化视图用于展示运维对象的物理部署图和各个关键链路图。本申请解决了由于相关技术未对运维对象、运维关系以及运维对象的运行数据进行统一整合，从而无法清晰、便捷地展示运维对象的运行状态的技术问题。

Description

运维数据的处理方法、装置和电子设备

技术领域

本申请涉及数据管理技术领域，具体而言，涉及一种运维数据的处理方法、装置和电子设备。

背景技术

目前，数据中心管理的运维对象非常丰富，其包含机房、系统、网络等基础设施，以及基于这些基础设施上运行的各类软件、应用系统、批次任务等服务，且这些运维对象之间存在非常复杂的关联关系。由于这些运维对象及运维关系有部分分散在系统运维、网络运维、应用运维等各个条线的运维工具中，也有部分分散在各个条线的管理员的手工台账里，因此，管理员可以根据这些运维对象及运维关系，在绘图工具上手工绘制运维对象的物理部署图。

但由于物理部署图无法与IT资源供给、批次依赖关系、服务访问调用链路进行关联，因此，无法探察应用系统使用的IT资源供给、批次执行效率、业务请求响应性能等，进而导致在日常的生产运维过程中，无法很好的满足数据中心故障处理场景中快速直观全面展示故障节点相关联的运维对象运行情况的诉求。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种运维数据的处理方法、装置和电子设备，以至少解决由于相关技术未对运维对象、运维关系以及运维对象的运行数据进行统一整合，从而无法清晰、便捷地展示运维对象的运行状态的技术问题。

根据本申请实施例的一个方面，提供了一种运维数据的处理方法，包括：获取目标数据源的运维数据，其中，运维数据中包括：运维对象的对象信息、关系信息以及运行数据；基于运维对象的对象信息和关系信息构建运维对象关系网络，其中，运维对象关系网络用于展示运维对象的多类运维关系；基于运维对象关系网络创建可视化视图，以展示运维对象的对象信息、关系信息以及在不同性能维度下的运行数据，其中，可视化视图用于展示运维对象的物理部署图和各个关键链路图，关键链路图包括以下至少之一：批次依赖链路、资源供给链路、服务访问调用链路。

其中，通过运维对象的对象信息和关系信息构建的运维对象关系网络，并通过运维对象关系网络创建用于展示运行数据的可视化视图，从而在原有IT资产对象的基础上，整合了批次作业的依赖关系、批次与IT资产的关系、应用服务的调用关系、应用服务与IT资产的关系，实现将运维对象的对象信息和运行数据进行统一整合，已解决相关技术仅对IT资产类运维对象进行整合和管理，而没有将运维对象的对象信息和运行数据进行统一整合，从而无法高效、清晰地展示运维对象的运行状态的技术问题。

可选地，目标数据源包括第一目标数据源和第二目标数据源，其中，获取目标数据源的运维数据，包括：获取来自第一目标数据源的运维对象的对象信息和关系信息，其中，第一目标数据源用于记录各类计算机资源；获取来自第二目标数据源的运维对象的运行数据，其中，第二目标数据源用于记录运维对象在不同性能维度的运行数据。

可选地，基于运维对象的对象信息和关系信息构建运维对象关系网络，包括：按照运维对象的对象类型，将各类运维对象的对象信息分别存储至对应的数据集中，得到至少一个第一数据集；按照运维对象的关系类型，将各类运维对象的关系信息分别存储至对应的数据集中，得到至少一个第二数据集；基于至少一个第一数据集和至少一个第二数据集构建运维对象关系网络。

可选地，基于运维对象关系网络创建可视化视图，以展示运维对象的对象信息、关系信息以及在不同性能维度下的运行数据，包括：响应于对可视化视图中的运维对象的选择操作，确定目标运维对象；通过可视化视图展示目标运维对象的目标物理部署图和各个目标关键链路，其中，通过目标物理部署图和各个目标关键链路展示目标运维对象的目标对象信息、目标关系信息以及在不同性能维度下的目标运行数据。

其中，通过在可视化视图中展示选中的目标运维对象的部署情况，从而便于直观查看目标运维对象的目标对象信息、目标关系信息以及目标运行数据；同时，在目标物理部署图上，可以下钻展示目标运维对象的各类关键链路，实现将物理部署图以及物理部署图中展示的运维对象的对象信息和关系信息与IT资源供给链路、批次依赖链路、服务访问调用链路进行关联，进而实现探察运维对象使用的IT资源与批次执行效率、业务请求响应性能等关系。

可选地，在基于运维对象关系网络创建可视化视图之后，该方法还包括：响应于对可视化视图的编辑操作，记录编辑过程中的编辑信息，并将编辑信息作为一条运维数据存储至目标数据库中，其中，目标数据库用于存储第一数据集和第二数据集。

其中，通过对可视化视图进行编辑操作，从而可以实现将用户重点关注的节点信息在可视化视图中进行展示，而将不重要的节点信息进行隐藏，更加突出用户关注的运维对象。

可选地，在获取目标数据源的运维数据之后，该方法还包括：对运维对象的对象信息和关系信息进行编码转换，得到运维对象的目标编码，其中，目标编码中包括：运维对象编码和运维关系编码。

其中，通过对运维对象的对象信息和关系信息进行编码，以便于在运维对象的数量较多，且运维场景较为丰富的情况下，通过目标编码快速检索到运维对象；同时，通过目标编码能够快速在各种运维场景对应的可视化视图中展示运维对象的对象信息和关系信息。

可选地，对运维对象的对象信息和关系信息进行编码转换，得到目标编码，包括：确定运维对象的技术属性和运维场景，并依据技术属性和运维场景确定运维对象编码，其中，运维对象编码中包括：用于反映运维对象的技术属性的主编码，以及用于确定运维对象被引用的运维场景的辅助编码；确定运维关系的业务属性和关系序号，并依据业务属性和关系序号确定运维关系编码；依据运维对象编码和运维关系编码得到目标编码。

可选地，技术属性中包括：对象类型、业务特性，其中，依据技术属性和运维场景确定运维对象编码，包括：按照预设的第一编码规则对对象类型数据进行编码，得到对象类型编码，并按照预设的第二编码规则对业务特性进行编码，得到业务特性编码；基于对象类型编码和业务特性编码确定主编码；依据运维场景确定辅助编码；依据主编码和辅助编码得到运维对象编码。

可选地，辅助编码中包括：运维场景编码、运维场景图层编码和运维场景序号，其中，依据运维场景确定辅助编码，包括：确定运维对象被引用的运维场景，并按照预设的第三编码规则对运维场景进行编码，得到运维场景编码；确定运维对象被引用的运维场景图层，并按照预设的第四编码规则对运维场景图层进行编码，得到运维场景图层编码；确定运维对象被引用的运维场景序号；依据运维场景编码、运维场景图层编码和运维场景序号得到辅助编码。

可选地，业务属性中包括：关系类型和关系约束条件，其中，依据业务属性和关系序号确定运维关系编码，包括：按照预设的第五编码规则对关系类型进行编码，得到关系类型编码，其中，关系类型中包括以下至少之一：集群关系、组成关系、连接关系、调用关系、安装关系和依赖关系；依据运维关系中连接的运维对象的对象类型编码确定关系约束条件编码；基于关系类型编码、关系约束条件编码和关系序号确定运维关系编码。

根据本申请实施例的另一方面，还提供了一种运维数据的处理装置，包括：获取模块，用于获取目标数据源的运维数据，其中，运维数据中包括：运维对象的对象信息、关系信息以及运行数据；构建模块，用于基于运维对象的对象信息和关系信息，构建运维对象关系网络，其中，运维对象关系网络用于展示运维对象的多类运维关系；展示模块，用于基于运维对象关系网络创建可视化视图，以展示运维对象的对象信息、关系信息以及在不同性能维度下的运行数据，其中，可视化视图用于展示运维对象的物理部署图和各个关键链路图，关键链路图包括以下至少之一：批次依赖链路、资源供给链路、服务访问调用链路。

根据本申请实施例的另一方面，还提供了一种电子设备，该电子设备包括：存储器和处理器，其中，存储器中存储有计算机程序，处理器被配置为通过计算机程序执行上述的运维数据的处理方法。

在本申请实施例中，获取目标数据源的运维数据，其中，运维数据中包括：运维对象的对象信息、关系信息以及运行数据；基于运维对象的对象信息和关系信息构建运维对象关系网络，其中，运维对象关系网络用于展示运维对象的多类运维关系；基于运维对象关系网络创建可视化视图，以展示运维对象的对象信息、关系信息以及在不同性能维度下的运行数据，其中，可视化视图用于展示运维对象的物理部署图和各个关键链路图，关键链路图包括以下至少之一：批次依赖链路、资源供给链路、服务访问调用链路。从而通过可视化方式直观、高效地为故障应急等场景提供一站式的运维数据服务，真正的起到“作战地图”的作用，让参加运维故障应急等工作的相关方在讨论和沟通时能做到“言之有物”，明确故障应急的对象和范围等。让运维应急的沟通更加高效，进而解决了由于相关技术未对运维对象、运维关系以及运维对象的运行数据进行统一整合，从而无法清晰、便捷地展示运维对象的运行状态的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种可选的运维数据的处理方法的流程图；

图2是本申请实施例的一种可选的应用系统墙的示意图；

图3是本申请实施例的另一种可选的应用系统墙的示意图

图4是本申请实施例的另一种可选的应用系统墙的示意图；

图5是根据本申请实施例的一种可选的运维对象关系网络的示意图；

图6是根据本申请实施例的一种可选的确定目标编码的流程图；

图7是本申请实施例的一种可选的应用系统的链路导航的示意图；

图8是本申请实施例的一种可选的目标物理部署图的示意图；

图9是本申请实施例的一种可选的IT资源供给链路的示意图；

图10a是本申请实施例的一种可选的批次依赖链路图的示意图；

图10b是本申请实施例的另一种可选的批次依赖链路图的示意图；

图11是本申请实施例的另一种可选的物理部署图的示意图；

图12是根据本申请实施例的一种可选的运维数据的处理装置的结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了更好地理解本申请实施例，首先对本申请实施例描述过程中出现的部分名词或术语翻译解释如下：

运维对象：指为了支撑业务开展而由数据中心进行运维管理的各类IT资源，包括机房、硬件设施、网络线路、基础软件、虚拟机、容器、应用系统、批次任务和应用服务等，运维对象是数据中心工作的对象。

部署图(Deployment Diagram)：用于显示系统中软件和硬件的物理架构。从部署图中，可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。使用部署图可以显示运行时系统的结构，同时还传达应用程序的硬件和软件元素的配置和部署方式。

实施例1

根据本申请实施例，提供了一种运维数据的处理方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本申请实施例的一种可选的运维数据的处理方法的流程图，如图1所示，该方法至少包括步骤S102-S106，其中：

步骤S102，获取目标数据源的运维数据，其中，运维数据中包括：运维对象的对象信息、关系信息以及运行数据。

在本发明上述步骤S102提供的技术方案中，上述目标数据源可以理解为获取运维数据的数据源。其中，运维对象和运维关系可以直接从数据中心处获取，其中，运维对象的对象信息包括但不仅限于：运维对象的对象类型、被应用的运维场景等；而运维对象的关系信息包括但不仅限于：关系类型、关系约束条件等业务属性以及关系序号。

而运维对象的运行数据可以分为以下几方面：一是为了开展运维对象的管理所需要管理流程信息，例如，变更管理流程、事件管理流程；二是运维对象的运行状态，例如，各个监控工具平台采集的性能数据；三是各个监控对象的告警、运行风险、用户的高危操作等数据。由于这些数据都分布在不同的数据工具系统里，因此，运维对象的运行数据的数据源就是这些工具系统，且运维对象的运行数据可以根据不同性能维度分为：变更数据、性能数据、事件数据、告警数据、高危操作数据、运行风险数据等。

步骤S104，基于运维对象的对象信息和关系信息构建运维对象关系网络，其中，运维对象关系网络用于展示运维对象的多类运维关系。

在本发明上述步骤S104提供的技术方案中，对运维对象的对象信息和关系信息进行整合，可以形成一个运为立体的多层次的复杂运维对象关系网络，且该网络中包含运维对象相关的多类运维关系。

步骤S106，基于运维对象关系网络创建可视化视图，以展示运维对象的对象信息、关系信息以及在不同性能维度下的运行数据，其中，可视化视图用于展示运维对象的物理部署图和各个关键链路图，关键链路图包括以下至少之一：批次依赖链路、资源供给链路、服务访问调用链路。。

在本发明上述步骤S106提供的技术方案中，由于运维对象关系网络中包含运维对象的对象信息和关系信息，因此，基于运维对象关系网络创建的可视化视图通过展示运维对象的物理部署图和各个关键链路，可以直观展示运维对象的对象信息、关系信息以及在不同性能维度下的运行数据，从而通过创新的可视化方式直观展地将运维对象和运维对象关系与IT资源供给链路、批次依赖链路、服务访问调用链路关联展示，进而实现将运维对象的物理存在和数字孪生体进行1：1映射，便于技术人员探察运维对象使用的IT资源与批次执行效率、业务请求响应性能等等的关联关系。

作为一种可选的实施方式，还可以确定运维对象被引用的运维场景的场景类别；依据场景类别对可视化视图进行切割，得到至少一个可视化子视图，其中，可视化子视图用于展示运维对象在每类运维场景下的运行数据。

在该实施例中，为了便于对大数量的运维对象进行管理，可以按照运维对象的运维场景的场景类别对可视化视图进行切割，得到每种场景类别对应的运维场景下的运行数据，实现对运维数据的高效管理。

由于应用系统是非常重要的运维对象，因此，直观展示应用系统以及应用系统间的对象关系对于银行数据中心维护管理是非常重要的管理维度。在本申请实施例中优选通过应用系统墙的形式展示目标数据源的运维数据。下面将以应用系统墙为例，对可视化视图的展示方式进行详细说明。

具体地，图2是本申请实施例的一种可选的应用系统墙的示意图，如图2所示，该应用系统墙中的每一堵应用墙包括一种类型的应用(即相同对象类型的应用在一堵墙内)。因此，当用户登录至应用系统墙的首页时，可以通过鼠标点击某一堵应用墙，将可以展示该同一类型的所有应用。

进一步地，图3是本申请实施例的另一种可选的应用系统墙的示意图，如图3所示，可以通过应用墙直观展示应用系统的告警信息(即运行数据的相关信息)，其中，可以通过不同颜色标识不同等级的告警信息。

例如，图3中CXX分类中第四行第二列的应用系统，以及第六行第九列的应用系统为深灰色，且标记一个“正三角”符号，说明其存在最高等级的报警信息。

另外，在图3最左侧展示了AXX分类、BXX分类、CXX分类、DXX分类以及EXX分类等六类标签，因此，用户还可以通过点击最左侧的标签实现应用墙的展示切换。

例如，当前展示CXX分类的应用墙，若用户点击AXX分类的标签时，则可以将当前展示CXX分类的应用墙切换至AXX分类的应用墙。同时，当用户点击应用系统墙内某一堵应用墙上的应用时，可以展示与该应用有关的其他应用，从而直观展示应用之间的关联关系。

图4是本申请实施例的另一种可选的应用系统墙的示意图，如图4所示。当点击CXX分类中的某一应用系统A时，可以展示处于AXX分类且与应用系统A存在服务调用关系的某一应用系统、展示处于BXX分类且与应用系统A存在批次依赖关系的某一应用系统等。同时，还可以在应用系统墙界面上展示应用系统的变更记录、故障事件、历史告警等详细记录，从而便于用户直观查看。其中，变更记录中可以记录以下内容：工单编号、变更窗口、变更分类、变更内容、变更状态以及变更起止时间；故障事件中可以记录以下内容：事件类型、事件内容、事件发生位置、故障处理结果以及故障处理起止时间；历史告警中可以记录以下内容：工单编号、告警类型、告警事件、告警内容、告警处理结果以及告警处理起止时间。

在本申请上述步骤S102-S106的实施例中，获取目标数据源的运维数据，其中，运维数据中包括：运维对象的对象信息、关系信息以及运行数据；基于运维对象的对象信息和关系信息构建运维对象关系网络，其中，运维对象关系网络用于展示运维对象的多类运维关系；基于运维对象关系网络创建可视化视图，以展示运维对象的对象信息、关系信息以及在不同性能维度下的运行数据，其中，可视化视图用于展示运维对象的物理部署图和各个关键链路图，关键链路图包括以下至少之一：批次依赖链路、资源供给链路、服务访问调用链路。从而通过可视化方式直观、高效地为故障应急等场景提供一站式的运维数据服务，真正的起到“作战地图”的作用，让参加运维故障应急等工作的相关方在讨论和沟通时能做到“言之有物”，明确故障应急的对象和范围等。让运维应急的沟通更加高效，进而解决了由于相关技术未对运维对象、运维关系以及运维对象的运行数据进行统一整合，从而无法清晰、便捷地展示运维对象的运行状态的技术问题。

下面对该实施例的上述方法进行进一步地介绍。

作为一种可选的实施方式，在本发明上述步骤S102提供的技术方案中，目标数据源包括第一目标数据源和第二目标数据源，其中，该方法可以包括：获取来自第一目标数据源的运维对象的对象信息和关系信息，其中，第一目标数据源用于记录各类计算机资源；获取来自第二目标数据源的运维对象的运行数据，其中，第二目标数据源用于记录运维对象在不同性能维度的运行数据。

具体地，运维对象包含来自数据中心等IT资源，因此，运维对象包括但不仅限于：有机房基础设施、IT设备、逻辑设备、操作系统、软件程序、程序服务和批次。其中，机房基础设施包括但不仅限于：机房、机柜、供电、消防；IT设备包括但不仅限于：网络防火墙、交换机等网络设备，服务器、存储等系统设备，或者加密机、安全网关等网络安全设备；逻辑设备包括但不仅限于：基于各类虚拟化平台、云平台形成等的逻辑设备，比如基于虚拟化平台形成等逻辑服务器分区、基于云平台形成的等容器等软件程序包括但不仅限于：中间件、数据库等基础软件，又或者商购或自主开发的应用软件；程序服务和批次包括但不仅限于：商购或自主开发的应用软件提供的接口服务、批次作业。而运维关系则用于表示各类运维对象之间的关联关系，其中，该关联关系包括但不仅限于：集群关系、组成关系、连接关系、调用关系、安装关系和依赖关系。

另外，运维对象的运行数据包括但不仅限于：变更数据、时间数据、运行风险数据、高危操作数据、性能数据和告警数据，且不同性能维度的运行数据的来源并不相同因此，可以从不同来源平台获取各类运行数据。例如，从ITSM(IT Service Management，网络服务管理)平台以及变更自动化平台工具处获取变更数据、从ITSM平台获取事件数据、从运行风险管理平台获取运行风险数据、从堡垒机操作记录以及个性化变更工具的操作记录中获取高危操作数据、从各个条线的监控工具平台上获取性能数据、从集中告警管理平台获取告警数据等。

作为一种可选的实施方式，在本发明上述步骤S104提供的技术方案中，该方法可以包括：按照运维对象的对象类型，将各类运维对象的对象信息分别存储至对应的数据集中，得到至少一个第一数据集；按照运维对象的关系类型，将各类运维对象的关系信息分别存储至对应的数据集中，得到至少一个第二数据集；基于至少一个第一数据集和至少一个第二数据集构建运维对象关系网络。

在该实施例中，由于运维对象包含多种类型，因此，为了不混淆各类运维对象的对象信息，可以按照运维对象的对象类型将获取的运维对象的对象信息进行分类，并将各类运维对象的对象信息分别存储在对应的第一数据集中进行保存，或者可以理解为，将每种对象类型的对象信息存储在对应的运维对象数据模型中。同样地，也按照运维对象的关系类型将获取的运维对象的关系信息进行分类，并将各类运维对象的关系信息分别存储在对应的第二数据集中进行保存，或者可以理解为，将每种关系类型的关系信息存储在对应的运维关系数据模型中。从而可以依据存储各类运维对象的对象信息的第一数据集和存储各类运维对象的关系信息的第二数据集，构建运维对象关系网络。

具体地，图5是根据本申请实施例的一种可选的运维对象关系网络的示意图，如图5所示，该运维对象关系网络中包含存储层、网络设备层、OS层以及服务层，且每层中包含多个运维对象(用小圆圈表示)，每个运维对象包含多类运维关系，其中，运维对象的层间关系用虚线进行标识，运维对象的不同层间的关系用实线进行标识。

另外，考虑到运维对象的对象信息以及关系信息的数据量大且关系复杂，因此可以对构建运维对象关系网络进行存储，同时，还可以采用将运维对象关系网络存储至关系型数据库中，以便于后续提供数据查询等应用服务。

进一步地，由于在实际应用中，运维对象的种类较多，且运维对象的应用场景十分丰富，而为了在应用时可以方便、快速地检索到运维对象及运维关系，可以按照如下规则对运维对象进行全局编码。

作为一种可选的实施方式，对运维对象的对象信息和关系信息进行编码转换，得到运维对象的目标编码，其中，目标编码中包括：运维对象编码和运维关系编码。

其中，上述运维对象编码可以理解为对运维对象的对象信息进行编码，运维关系编码为对运维对象的关系信息进行编码。

具体地，图6是根据本申请实施例的一种可选的确定目标编码的流程图，如图6所示，可以通过步骤S1-S3确定目标编码：

S1，确定运维对象的技术属性和运维场景，并依据技术属性和运维场景确定运维对象编码。

其中，运维对象编码中包括：用于反映运维对象的技术属性的主编码，以及用于确定运维对象被引用的运维场景的辅助编码。

S2，确定运维关系的业务属性和关系序号，并依据业务属性和关系序号确定运维关系编码。

S3，依据运维对象编码和运维关系编码得到目标编码。

在该实施例中，通过运维对象的技术属性确定用于唯一标识运维对象的主编码，并通过运维对象匹配的应用场景确定用于快速检索场景涉及到的运维对象的辅助编码；另外，还通过运维关系的业务属性和关系序号确定用于唯一定位关系网络内各类关系的运维关系编码，其中，关系序号可以表示为一个与运维关系对应的10位等随机码，也可以是一个与运维关系对应16位等随机码。通过运维对象编码和运维关系编码共同组成的目标编码可以表示成一个关于运维对象的坐标体系。

作为一种可选的实施方式，在本发明上述步骤S1提供的技术方案中，技术属性中包括：对象类型、业务特性，其中，该方法可以包括：按照预设的第一编码规则对对象类型数据进行编码，得到对象类型编码，并按照预设的第二编码规则对业务特性进行编码，得到业务特性编码；基于对象类型编码和业务特性编码确定主编码；依据运维场景确定辅助编码；依据主编码和辅助编码得到运维对象编码

在该实施例中，上述对象类型包括以下至少之一：机房、设备、虚拟机、容器、软件、批次任务、接口服务。上述第一编码规则可以但不限于，对不同对象类型的运维对象确定一个由两位字母组成的编码，从而得到用于快速识别对象类型的对象类型编码，比如机房可以编码为JF、设备可以编码为SB、虚拟机可以编码为XN、容器可以编码为RQ、软件可以编码为RJ、批次任务可以编码为PC、接口服务可以编码为JK等。

而业务特性编码则可以根据不同对象类型的业务属性进行编码，其中，第二编码规则可以根据运维对象制定组织内同一认可的编码构成，故在实际应用中第二编码规则可以进行自行设定。例如，广州有两个机房，其可以分别编码为JF_GZ_001和JF_GZ_002。又例如，某应用系统(该应用系统可以编码为ABC)的一个DB2软件安装实例可以编码为RJ_DB2_ABC_001。

因此，通过上述所得的对象类型编码和业务特性编码共同组成主编码。在各个运维工具进行数据交互时，使用主编码快速实现运维对象的关联匹配。

作为另一种可选的实施方式，在本发明上述步骤S1提供的技术方案中，辅助编码中包括：运维场景编码、运维场景图层编码和运维场景序号，其中，该方法可以包括：确定运维对象被引用的运维场景，并按照预设的第三编码规则对运维场景进行编码，得到运维场景编码；确定运维对象被引用的运维场景图层，并按照预设的第四编码规则对运维场景图层进行编码，得到运维场景图层编码；确定运维对象被引用的运维场景序号；依据运维场景编码、运维场景图层编码和运维场景序号得到辅助编码。

在该实施例中，辅助编码为确定运维对象匹配的运维场景而采用一个多值属性来表示的编码，其主要用于特定运维场景服务时快速检索运维场景涉及的运维对象及运维关系。因此，辅助编码中包括：应用场景类型编码、运维场景序号、运维场景图层编码等组成。

具体地，应用场景类型编码用于快速识别运维对象在哪些场景中被引用，因此可以通过第三编码规则对不同类型的应用场景进行编码，得到用于快速识别运维对象被应用的运维场景的类型，其中，上述第三编码规则可以但不限于，对不同场景类型的应用场景确定一个由三位字母组成的编码，以得到用于快速识别场景类型的应用场景类型编码。例如，应用物理部署图场景可以编码为BST、将资源供给图可以编码为GJT、将批次依赖图可以编码为YLT、将交易访问链可以编码为FWL等。

当后续通过可视化视图展示运维对象及运维关系时，由于不同对象类型的运维对象在不同运维场景所属的图层也不一样，因此，通过第四编码规则对运维场景图层进行编码，从而可以通过运维场景图层编码在应用场景中快速检索到运维对象所在图层，其中，上述第四编码规则可以但不限于，对不同场景图层的应用场景确定一个由三位字母组成的编码，以得到用于快速识别场景图层的应用场景图层编码。例如，网络设备层可以编码为WLC、系统资源层可以编码为XTC、基础软件层可以编码为RJC、应用层可以编码为YYC等。

另外，运维场景序号用于在某个应用场景需要访问运维对象时，可以根据运维场景序号快速检索该序号下的所有运维对象。例如，某个运维对象属于ABC应用系统的部署图，则其运维场景序号可能是ABC001。

因此，通过运维场景编码、运维场景图层编码和运维场景序号共同构成辅助编码。例如，以应用ABC的部署图的网络层有个网络防火墙为例，其辅助编码可以写作BST_ABC001_WLC_001。

作为一种可选的实施方式，在本发明上述步骤S2提供的技术方案中，业务属性中包括：关系类型和关系约束条件，其中，该方法可以包括：按照预设的第五编码规则对关系类型进行编码，得到关系类型编码，其中，关系类型中包括以下至少之一：集群关系、组成关系、连接关系、调用关系、安装关系和依赖关系；依据运维关系中连接的运维对象的对象类型编码确定关系约束条件编码；基于关系类型编码、关系约束条件编码和关系序号确定运维关系编码。

在上述实施例中，关系类型用于反映各个运维对象之间的关联关系，因此，可以通过第五编码规则对关系类型进行编码，得到关系类型编码，从而可以快速识别出运维对象之间的关联关系，其中，上述第五编码规则可以但不限于，对不同关系类型的运维关系确定一个由三位字母组成的编码，以得到用于快速识别关系类型的关系类型编码。例如，调用关系可以编码为DY、依赖关系可以编码为YL、安装关系可以编码为AZ等。

关系约束条件则用于描述该运维关系连接中的运维对象的对象类型，因此，关系约束条件可以通过该运维关系连接中各个运维对象的对象类型编码组合而成。例如，在批次依赖关系中，批次约束条件编码可以表示为PC-PC，而在OS安装关系的约束条件编码可以表示为OS-XN。

因此，可以通过关系类型编码、关系序号和关系约束条件编码共同组成运维关系编码。例如，一个DB2软件安装在某个XN(虚拟机)的关系编码可以为AZ_DB2XN_001。

可选地，在得到运维对象的目标编码后，还可以根据运维对象的技术属性建立运维对象与运维对象编码的第一映射关系，并根据运维关系的业务属性建立运维关系与运维关系编码的第二映射关系。

其中，上述第一映射规则可以理解为，运维对象数据模型中运维对象的一个属性，从而实现通过第一映射规则，在每次获取到运维对象的对象信息后，可以按照第一映射规则得到其对应的运维对象编码，以实现快速编码的目的；同样地，第二映射规则也可以类似理解为，运维关系数据模型中的运维关系的一个属性。

另外，为了实现将运维对象的运行数据快速整合在运维对象关系网络中，还可以根据运维对象的主编码制定与运维对象的运行数据对应的映射转换规则，从而实现将运维对象的运行数据和运维对象的对象信息进行统一整合。

上述映射转换规则可以理解为，若采集到的运维对象的运行数据中，运维对象的运行信息以A进行编码，而运维对象关系网络中的运维对象以B进行编码，则可以通过制定的映射转换规则将运维对象的运行信息的编码A映射转换为运维对象的编码B，进而实现将运维对象的运行数据与运维对象关系网络进行整合。

作为一种可选的实施方式，在本发明上述步骤S106提供的技术方案中，该方法可以包括：响应于对可视化视图中的运维对象的选择操作，确定目标运维对象；通过可视化视图展示目标运维对象的目标物理部署图和各个目标关键链路，其中，通过目标物理部署图和各个目标关键链路展示目标运维对象的目标对象信息、目标关系信息以及在不同性能维度下的目标运行数据。

在本申请实施例中，可以结合图4举例说明，当用户在图4所示的应用系统墙(即可视化视图)中选中CXX分类中的某一应用图表时，可以在展示界面中展示该应用系统的各个关键链路图的导航，从而连接到该应用系统的应用架构、物理部署图、批次链路图、交易链路图等，如图7所示。

相比现有技术只能对IT资产类运维对象进行管理，本申请实施例方案，可以通过创新的可视化视图方式实现将物理部署图中的运维对象和运维关系与资源供给链路、批次依赖关系链路、服务访问调用链路进行关联，从而实现探察应用系统使用的IT资源与批次执行效率、业务请求响应性能等关系。

具体地，图8是本申请实施例的一种可选的目标物理部署图的示意图，如图8所示，该应用系统的目标物理部署图用于直观展现应用系统在数据中心的部署情况，其包含了应用系统直接使用的各类IT资源及各类IT资源的运行数据、应用系统部署程序的运行数据。在展示应用系统的系统信息时，展示界面整体可以按照图8所示的左中右方式布局(此处仅作实例说明，并不局限于这一种布局方式进行展示)，其中，左侧展示应用系统的基本信息，如应用系统的基本信息、系统应用维度的变更信息、事件信息、高危操作信息、运行风险信息；中间为物理部署图的展示区域；右侧为物理部署图中选中某个具体运维对象的运行信息，如OS的hostname、OS类型、最近重启时间、已分配的CPU内存等性能或告警信息。

在上述目标物理部署图的基础上，可以下钻展示选中的某个实体的IT资源供给链路，如图9所示。其中，在该链路图上可以展示机柜、物理服务器、存储设备、ESXI以及LINUX之间的链路关系。

作为另一种可选的实施方式，在本发明上述步骤S106提供的技术方案中，该方法可以包括：响应于对可视化视图的编辑操作，记录编辑过程中的编辑信息，并将编辑信息作为一条运维数据存储至目标数据库中，其中，目标数据库用于存储第一数据集和第二数据集。

在该实施例中，为了更加直观地向用户展示链路图上的其重点关注的节点信息，可选地，还可以对链路图进行编辑操作，从而将一些不重要的节点进行隐藏。

举例而言，图10a是本申请实施例的一种可选的批次依赖链路图的示意图，该批次链路图中涉及3个应用系统，共5个批次任务，某用户仅对开始批次和结束批次重点关注，则用户可以通过对该批次依赖链路中选定需要隐藏的批次任务，从而可以仅展示两个关键批次任务A和E，从而得到图10b所示的批次依赖链路图。另外，用户还可以通过点击图10b中的圆形图标，以快速展开被隐藏的批次任务，从而实现查看完成批次依赖链路图。

另外，还可以在链路图上整合相关的性能信息。例如，可以在图10a所示的批次依赖链路图上整合批次运行的性能信息，得到图11所示的物理部署图的示意图，其中，在部署图中直观实现探察某应用系统的批次依赖信息。

在上述实施方式中，通过依据运维对象的技术属性和应用场景进行编码以及依据运维关系的业务属性和关系序号进行编码，确保所得的全局编码可读性更强，使得在面对大规模运维对象及运维关系时，实现高效、快速检索到运维对象；同时，通过物理部署图和链路图相关联的可视化展示方式，直观展示批次与IT资源的关系、应用服务的调用关系、应用服务与IT资产的关系等，从而清楚、高效地展示运维对象的运行状态，便于在故障应急等场景下可以提供高效、直观地数据访问、查询服务，确保参与运维故障应急等工作的相关方可以根据查询到的准确、全面的运维数据实现高效沟通，快速解决应急故障问题。

实施例2

根据本申请实施例，还提供了一种用于实现上述运维数据的处理方法的运维数据的处理装置，图12是本申请实施例的一种可选的运维数据的处理装置的结构示意图，如图12所示，该运维数据的处理装置中至少包括获取模块122，构建模块124，和展示模块126，其中：

获取模块122，用于获取目标数据源的运维数据，其中，运维数据中包括：运维对象的对象信息、关系信息以及运行数据。

可选地，目标数据源包括第一目标数据源和第二目标数据源，获取模块122还用于获取来自第一目标数据源的运维对象的对象信息和关系信息，其中，第一目标数据源用于记录各类计算机资源；获取来自第二目标数据源的运维对象的运行数据，其中，第二目标数据源为记录运维对象在不同性能维度的运行数据。

构建模块124，用于基于运维对象的对象信息和关系信息构建运维对象关系网络，其中，运维对象关系网络用于展示运维对象的多类运维关系。

可选地，构建模块124，还用于按照运维对象的对象类型，将各类运维对象的对象信息分别存储至对应的数据集中，得到至少一个第一数据集；按照运维对象的关系类型，将各类运维对象的关系信息分别存储至对应的数据集中，得到至少一个第二数据集；基于至少一个第一数据集和至少一个第二数据集构建运维对象关系网络。

展示模块126，用于基于运维对象关系网络创建可视化视图，以展示运维对象的对象信息、关系信息以及在不同性能维度下的运行数据，其中，可视化视图用于展示运维对象的物理部署图和各个关键链路图，关键链路图包括以下至少之一：批次依赖链路、资源供给链路、服务访问调用链路。

可选地，展示模块126还响应于对可视化视图中的运维对象的选中操作，确定目标运维对象；通过可视化视图展示目标运维对象的目标物理部署图和各个目标关键链路，其中，通过目标物理部署图和各个目标关键链路展示目标运维对象的目标对象信息、目标关系信息以及在不同性能维度下的目标运行数据。

可选地，展示模块126在基于运维对象关系网络创建可视化视图之后，还可以响应于对可视化视图的编辑操作，记录编辑过程中的编辑信息，并将编辑信息作为一条运维数据存储至目标数据库中，其中，目标数据库用于存储第一数据集和第二数据集。

作为一种可选的实施方式，该系统还包括编码模块，用于对运维对象的对象信息和关系信息进行编码转换，得到运维对象的目标编码，其中，目标编码中包括：运维对象编码和运维关系编码。

可选地，确定运维对象的技术属性和运维场景，并依据技术属性和运维场景确定运维对象编码，其中，运维对象编码中包括：用于反映运维对象的技术属性的主编码，以及用于确定运维对象被引用的运维场景的辅助编码；确定运维关系的业务属性和关系序号，并依据业务属性和关系序号确定运维关系编码；依据运维对象编码和运维关系编码得到目标编码。

可选地，技术属性中包括：对象类型、业务特性，其中，编码模块，还用于按照预设的第一编码规则对对象类型数据进行编码，得到对象类型编码，并按照预设的第二编码规则对业务特性进行编码，得到业务特性编码；基于对象类型编码和业务特性编码确定主编码；依据运维场景确定辅助编码；依据主编码和辅助编码得到运维对象编码。

可选地，辅助编码中包括：运维场景编码、运维场景图层编码和运维场景序号，其中，编码模块，还用于确定运维对象被引用的运维场景，并按照预设的第三编码规则对运维场景进行编码，得到运维场景编码；确定运维对象被引用的运维场景图层，并按照预设的第四编码规则对运维场景图层进行编码，得到运维场景图层编码；确定运维对象被引用的运维场景序号；依据运维场景编码、运维场景图层编码和运维场景序号得到辅助编码。

可选地，业务属性中包括：关系类型和关系约束条件，其中，编码模块，还用于按照预设的第五编码规则对关系类型进行编码，得到关系类型编码，其中，关系类型中包括以下至少之一：集群关系、组成关系、连接关系、调用关系、安装关系和依赖关系；依据运维关系中连接的运维对象的对象类型编码确定关系约束条件编码；基于关系类型编码、关系约束条件编码和关系序号确定运维关系编码。

需要说明的是，本申请实施例中的运维数据的处理装置中的各模块与实施例1中的运维数据的处理方法的各实施步骤一一对应，由于实施例1中已经进行了详尽的描述，本实施例中部分未体现的细节可以参考实施例1，在此不再过多赘述。

实施例3

根据本申请实施例，还提供了一种电子设备，该电子设备包括：存储器和处理器，其中，存储器中存储有计算机程序，处理器被配置为通过计算机程序执行实施例1中的运维数据的处理方法。

可选地，处理器被配置为通过计算机程序执行实现以下步骤：

步骤S102，获取目标数据源的运维数据，其中，运维数据中包括：运维对象的对象信息、关系信息以及运行数据。

步骤S104，基于运维对象的对象信息和关系信息构建运维对象关系网络，其中，运维对象关系网络用于展示运维对象的多类运维关系。

步骤S106，基于运维对象关系网络创建可视化视图，以展示运维对象的对象信息、关系信息以及在不同性能维度下的运行数据，其中，可视化视图用于展示运维对象的物理部署图和各个关键链路图，关键链路图包括以下至少之一：批次依赖链路、资源供给链路、服务访问调用链路。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (12)

1.一种运维数据的处理方法，其特征在于，包括：

获取目标数据源的运维数据，其中，所述运维数据中包括：运维对象的对象信息、关系信息以及运行数据；

基于所述运维对象的所述对象信息和所述关系信息构建运维对象关系网络，其中，所述运维对象关系网络用于展示所述运维对象的多类运维关系；

基于所述运维对象关系网络创建可视化视图，以展示所述运维对象的所述对象信息、所述关系信息以及在不同性能维度下的所述运行数据，其中，所述可视化视图用于展示所述运维对象的物理部署图和各个关键链路图，所述关键链路图包括以下至少之一：批次依赖链路、资源供给链路、服务访问调用链路。

2.根据权利要求1所述的方法，其特征在于，所述目标数据源包括：第一目标数据源和第二目标数据源，获取目标数据源的运维数据，包括：

获取来自所述第一目标数据源的所述运维对象的所述对象信息和所述关系信息，其中，所述第一目标数据源用于记录各类计算机资源；

获取来自所述第二目标数据源的所述运维对象的所述运行数据，其中，所述第二目标数据源用于记录所述运维对象在不同性能维度的运行数据。

3.根据权利要求1所述的方法，其特征在于，基于所述运维对象的对象信息和所述关系信息构建运维对象关系网络，包括：

按照所述运维对象的对象类型，将各类所述运维对象的对象信息分别存储至对应的数据集中，得到至少一个第一数据集；

按照所述运维对象的关系类型，将各类所述运维对象的关系信息分别存储至对应的数据集中，得到至少一个第二数据集；

基于至少一个所述第一数据集和至少一个所述第二数据集构建所述运维对象关系网络。

4.根据权利要求1所述的方法，其特征在于，基于所述运维对象关系网络创建可视化视图，以展示所述运维对象的所述对象信息、所述关系信息以及在不同性能维度下的所述运行数据，包括：

响应于对所述可视化视图中的所述运维对象的选中操作，确定目标运维对象；

通过所述可视化视图展示所述目标运维对象的目标物理部署图和各个目标关键链路，其中，通过所述目标物理部署图和各个所述目标关键链路展示所述目标运维对象的目标对象信息、目标关系信息以及在不同性能维度下的目标运行数据。

5.根据权利要求3所述的方法，其特征在于，在基于所述运维对象关系网络创建可视化视图之后，所述方法还包括：

响应于对所述可视化视图的编辑操作，记录编辑过程中的编辑信息，并将所述编辑信息作为一条运维数据存储至目标数据库中，其中，所述目标数据库用于存储所述第一数据集和所述第二数据集。

6.根据权利要求1所述的方法，其特征在于，在获取目标数据源的运维数据之后，所述方法还包括：

对所述运维对象的对象信息和所述关系信息进行编码转换，得到所述运维对象的目标编码，其中，所述目标编码中包括：运维对象编码和运维关系编码。

7.根据权利要求6所述的方法，其特征在于，对所述运维对象的对象信息和所述关系信息进行编码转换，得到目标编码，包括：

确定所述运维对象的技术属性和运维场景，并依据所述技术属性和所述运维场景确定所述运维对象编码，其中，所述运维对象编码中包括：用于反映所述运维对象的技术属性的主编码，以及用于确定所述运维对象被引用的运维场景的辅助编码；

确定所述运维关系的业务属性和关系序号，并依据所述业务属性和所述关系序号确定所述运维关系编码；

依据所述运维对象编码和所述运维关系编码得到所述目标编码。

8.根据权利要求7所述的方法，其特征在于，所述技术属性中包括：对象类型、业务特性，其中，依据所述技术属性和所述运维场景确定所述运维对象编码，包括：

按照预设的第一编码规则对所述对象类型数据进行编码，得到对象类型编码，并按照预设的第二编码规则对所述业务特性进行编码，得到业务特性编码；

基于所述对象类型编码和所述业务特性编码确定所述主编码；

依据所述运维场景确定所述辅助编码；

依据所述主编码和所述辅助编码得到所述运维对象编码。

9.根据权利要求8所述的方法，其特征在于，所述辅助编码中包括：运维场景编码、运维场景图层编码和运维场景序号，其中，依据所述运维场景确定所述辅助编码，包括：

确定所述运维对象被引用的所述运维场景，并按照预设的第三编码规则对所述运维场景进行编码，得到所述运维场景编码；

确定所述运维对象被引用的运维场景图层，并按照预设的第四编码规则对所述运维场景图层进行编码，得到所述运维场景图层编码；

确定所述运维对象被引用的所述运维场景序号；

依据所述运维场景编码、所述运维场景图层编码和所述运维场景序号得到所述辅助编码。

10.根据权利要求7所述的方法，其特征在于，所述业务属性中包括：关系类型和关系约束条件，其中，依据所述业务属性和所述关系序号确定所述运维关系编码，包括：

按照预设的第五编码规则对所述关系类型进行编码，得到关系类型编码，其中，所述关系类型中包括以下至少之一：集群关系、组成关系、连接关系、调用关系、安装关系和依赖关系；

依据所述运维关系中连接的所述运维对象的对象类型编码确定关系约束条件编码；

基于所述关系类型编码、所述关系约束条件编码和所述关系序号确定所述运维关系编码。

11.一种运维数据的处理装置，其特征在于，包括：

获取模块，用于获取目标数据源的运维数据，其中，所述运维数据中包括：运维对象的对象信息、关系信息以及运行数据；

构建模块，用于基于所述运维对象的所述对象信息和所述关系信息构建运维对象关系网络，其中，所述运维对象关系网络用于展示所述运维对象的多类运维关系；

展示模块，用于基于所述运维对象关系网络创建可视化视图，以展示所述运维对象的所述对象信息、所述关系信息以及在不同性能维度下的所述运行数据，其中，所述可视化视图用于展示所述运维对象的物理部署图和各个关键链路图，所述关键链路图包括以下至少之一：批次依赖链路、资源供给链路、服务访问调用链路。

12.一种电子设备，其特征在于，包括：存储器和处理器，其中，所述存储器中存储有计算机程序，所述处理器被配置为通过所述计算机程序执行权利要求1至10中任意一项所述的运维数据的处理方法。

Images