运维系统的监测方法、装置、电子设备及计算机存储介质与流程

1.本技术涉及计算机技术领域，特别涉及一种运维系统的监测方法、装置、电子设备及计算机存储介质。


背景技术：

2.目前，数据中心建立很多运维工具平台，如：监控类的有平台类监控(计算使用/存储使用/io使用等)和应用类监控(系统成功率、业务成功率、系统状态、交易量变化等)，操作类：流程管理、参数维护、任务调度等，配置类有配置管理等。
3.但是，这些多是面对事后应急、考核和回顾，对于系统运行维护提前预警不足。从而导致无法及时对突发事件、即将发生的事件进行预先进行运维安排。


技术实现要素：

4.有鉴于此，本技术提供一种运维系统的监测方法、装置、电子设备及计算机存储介质，可以准确的监测运维系统的运维情况。
5.本技术第一方面提供了一种运维系统的监测方法，包括：
6.针对数据中心中的每一个运维系统，在所述运维系统中实时采集需要的目标数据；其中，所述运维系统包括监控系统、配置管理系统、人力资源系统、应急预案管理系统、it服务管理系统以及业务参数维护系统；
7.按照预设的分类类别，对所述目标数据进行分类，得到目标数据集；
8.针对每一个所述目标数据集，对所述目标数据集进行评分，得到所述目标数据集的当前运维评分；
9.根据所有所述目标数据集的当前运维评分，生成所述运维系统的运维指数。
10.可选的，所述针对每一个所述目标数据集，对所述目标数据集进行评分，得到所述目标数据集的当前运维评分，包括：
11.在预设的评分规则库中，获取所述目标数据集所属分类的对应的评分规则；
12.利用所述目标数据集所属分类的对应的评分规则，对所述目标数据集进行评分，得到所述目标数据集的当前运维评分。
13.可选的，所述根据所有所述目标数据集的当前运维评分，生成所述运维系统的运维指数之后，还包括：
14.根据所有所述运维系统的运维指数，生成数据中心的运维指数。
15.可选的，所述根据所有所述目标数据集的数据，生成所述运维系统的运维指数之后，还包括：
16.根据第一预设指数级别范围，确定所述运维系统的运维指数所属的指数级别；
17.按照所述运维系统的运维指数所属的指数级别对应的展示方式，对所述运维系统的运维指数进行展示。
18.可选的，所述根据所有所述运维系统的运维指数，生成数据中心的运维指数之后，
还包括：
19.根据第二预设指数级别范围，确定所述数据中心的运维指数所属的指数级别；
20.按照所述数据中心的运维指数所属的指数级别对应的展示方式，对所述数据中心的运维指数进行展示。
21.可选的，所述运维系统的监测方法，还包括：
22.接收第一赋值指令，并响应所述第一赋值指令；其中，所述第一赋值指令用于为所述运维系统赋予一个运维指数。
23.可选的，所述运维系统的监测方法，还包括：
24.接收第二赋值指令，并响应所述第二赋值指令；其中，所述第一赋值指令用于为所述数据中心赋予一个运维指数。
25.本技术第二方面提供了一种运维系统的监测装置，包括：
26.采集单元，用于针对数据中心中的每一个运维系统，在所述运维系统中实时采集需要的目标数据；其中，所述运维系统包括监控系统、配置管理系统、人力资源系统、应急预案管理系统、it服务管理系统以及业务参数维护系统；
27.分类单元，用于按照预设的分类类别，对所述目标数据进行分类，得到目标数据集；
28.评分单元，用于针对每一个所述目标数据集，对所述目标数据集进行评分，得到所述目标数据集的当前运维评分；
29.第一生成单元，用于根据所有所述目标数据集的当前运维评分，生成所述运维系统的运维指数。
30.可选的，所述评分单元，包括：
31.获取单元，用于在预设的评分规则库中，获取所述目标数据集所属分类的对应的评分规则；
32.评分子单元，用于利用所述目标数据集所属分类的对应的评分规则，对所述目标数据集进行评分，得到所述目标数据集的当前运维评分。
33.可选的，所述运维系统的监测装置，还包括：
34.第二生成单元，用于根据所有所述运维系统的运维指数，生成数据中心的运维指数。
35.可选的，所述运维系统的监测装置，还包括：
36.第一确定单元，用于根据第一预设指数级别范围，确定所述运维系统的运维指数所属的指数级别；
37.第一展示单元，用于按照所述运维系统的运维指数所属的指数级别对应的展示方式，对所述运维系统的运维指数进行展示。
38.可选的，所述运维系统的监测装置，还包括：
39.第二确定单元，用于根据第二预设指数级别范围，确定所述数据中心的运维指数所属的指数级别；
40.第二展示单元，用于按照所述数据中心的运维指数所属的指数级别对应的展示方式，对所述数据中心的运维指数进行展示。
41.可选的，所述运维系统的监测装置，还包括：
42.第一接收单元，用于接收第一赋值指令，并响应所述第一赋值指令；其中，所述第一赋值指令用于为所述运维系统赋予一个运维指数。
43.可选的，所述运维系统的监测装置，还包括：
44.第二接收单元，用于接收第二赋值指令，并响应所述第二赋值指令；其中，所述第一赋值指令用于为所述数据中心赋予一个运维指数。
45.本技术第三方面提供了一种电子设备，包括：
46.一个或多个处理器；
47.存储装置，其上存储有一个或多个程序；
48.当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如第一方面任意一项所述的运维系统的监测方法。
49.本技术第四方面提供了一种计算机存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如第一方面任意一项所述的运维系统的监测方法。
50.由以上方案可知，本技术提供的一种运维系统的监测方法、装置、电子设备及计算机存储介质，所述运维系统的监测方法包括：首先，针对数据中心中的每一个运维系统，在所述运维系统中实时采集需要的目标数据；其中，所述运维系统包括监控系统、配置管理系统、人力资源系统、应急预案管理系统、it服务管理系统以及业务参数维护系统；然后，按照预设的分类类别，对所述目标数据进行分类，得到目标数据集；之后，针对每一个所述目标数据集，对所述目标数据集进行评分，得到所述目标数据集的当前运维评分；最终，根据所有所述目标数据集的当前运维评分，生成所述运维系统的运维指数。通过运维系统的运维指数来确定运维系统的当前运维情况，从而达到准确的监测运维系统的运维情况的目的。
附图说明
51.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
52.图1为本技术实施例提供的一种运维系统的监测方法的具体流程图；
53.图2为本技术另一实施例提供的一种运维系统的监测方法的流程图；
54.图3为本技术另一实施例提供的一种运维系统的监测方法的流程图；
55.图4为本技术另一实施例提供的一种运维系统的监测装置的示意图；
56.图5为本技术另一实施例提供的一种实现运维系统的监测方法的电子设备的示意图。
具体实施方式
57.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
58.需要注意，本技术中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单
元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系，而术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
59.本技术实施例提供了一种运维系统的监测方法，如图1所示，具体包括以下步骤：
60.s101、针对数据中心中的每一个运维系统，在运维系统中实时采集需要的目标数据。
61.其中，运维系统包括监控系统、配置管理系统、人力资源系统、应急预案管理系统、it服务管理系统以及业务参数维护系统。
62.可以理解的是，不同的系统会有着不同的需要的目标数据，需要的目标数据为技术人员或相关有权限的工作人员进行预先设置，且是可以进行更改的，此处不做限定。
63.s102、按照预设的分类类别，对目标数据进行分类，得到目标数据集。
64.其中，预设的分类类别，包括但不限于：资源使用类、应用监控类、it流程类、业务活动类、外部活动类等，此处不做限定。
65.具体的，资源使用类又包含：物力资源类和人力资源类，其中，物力资源类需要的目标数据是从数据中心的监控系统中的资源监控系统、配置管理系统等中获取的到数据，例如：计算类资源利用率及趋势情况、资源使用年限情况、资源购买维保情况、系统所处于生命周期等；人力资源类需要的目标数据是从数据中心的配置管理系统和人力资源系统中获得开发和运维人员情况，人员力量、人员技能水平等；人力资源系统中获得人员请休假情况，如技术骨干请假，则提醒关注系统。关注系统从值班管理系统中获得系统值班安排情况等；从应急预案管理系统中获取系统应急预案完备情况。
66.应用监控类需要的目标数据是从监控系统中的应用监控系统获取交易量增长情况、交易系统称功率、交易业务成功率、应用状态情况等。
67.it流程类需要的目标数据是从it服务管理系统中获得，如变更类的版本投产、平台变更、网络变更、例行维护等，事件单的多少和变化趋势、问题单的多少和变化趋势等情况。
68.业务活动类需要的目标数据通过业务参数维护系统采集到系统的业务活动上架等推广情况，如上线新产品、上线新客户，或者促销活动等。
69.外部活动类需要的目标数据从运维系统的重要活动日历中获得或者人为手工录入，如重大政治经济活动，奥运、两会、地震等。以及从监控系统中的舆情监测系统中获取外部有关系统的舆情数据，如果舆情大则对系统需要提高关注度和保障力度。
70.s103、针对每一个目标数据集，对目标数据集进行评分，得到目标数据集的当前运维评分。
71.可选的，在本技术的另一实施例中，步骤s103的一种实施方式，如图2所示，包括：
72.s201、在预设的评分规则库中，获取目标数据集所属分类的对应的评分规则。
73.s202、利用目标数据集所属分类的对应的评分规则，对目标数据集进行评分，得到目标数据集的当前运维评分。
74.以目标数据集为业务活动类为例，其对应的评分规则为，当前是否有上线新产品，若有上线新产品，则有1分，若无上线新产品则为0分；当前是否有上线新客户，若有上线新产品，则有2分，若无上线新产品则为0分，等，最后对目标数据集中的每一个数据对应的评分的和或平均数作为最终的目标数据集的当前运维评分。
75.需要说明的是，上述只是举例说明，实际的应用过程中，还可以采取其他的方式，对目标数据集的运维评分进行计算。
76.s104、根据所有目标数据集的当前运维评分，生成运维系统的运维指数。
77.具体的，在本技术的实际应用过程中，可以采用以下公式计算运维系统的运维指数smi：
[0078][0079]
其中，ij：是目标数据集j的运维评分，大于等1，小于等于4，越高代表需要关注和投入的就越多(需说明的是，1与4只是举例说明，在实际应用过程中，还可以是其他的限值)。n：是目标数据集的数量：β
1j
是目标数据集j的权重值，根据目标数据集所属分类对于系统影响程度，赋予一定值，大于0小于等于1。n个目标数据集的权重值的和等于1，即：
[0080]
可选的，在本技术的另一实施例中，在步骤s104之后，运维系统的监测方法的一种实施方式，如图3所示，还包括：
[0081]
s301、根据第一预设指数级别范围，确定运维系统的运维指数所属的指数级别。
[0082]
其中，第一预设指数级别范围由技术人员或相关有权限的工作人员进行设置、更改，此处不做限定。
[0083]
例如：预设四个指数级别：1级、2级、3级和4级。1级：1≤smi《1.2；2级：1.2≤smi《2；3级：2≤smi《3；4级：3≤smi《4。当步骤s102中生成的运维系统的运维指数为1.8，则说明当前的运维系统的运维指数所属的指数级别为2级。
[0084]
s302、按照运维系统的运维指数所属的指数级别对应的展示方式，对运维系统的运维指数进行展示。
[0085]
其中，运维系统的运维指数所属的指数级别对应的展示方式由技术人员或相关有权限的工作人员进行设置、更改，此处不做限定。
[0086]
续接上述实例，1级：绿色，普通日常报障级，无特殊准备；2级：蓝色、提示性关注，非中心级别保障。比如业务推广、常规版本投产、骨干人员休假等；3级：黄色，适当增加投入人力物力和值班时间，中心级保障。比如普通纪念币促销、重大版本投产等；4级：红色，重点保障，中心级别保障、开发骨干运维人员7x24小时现场、红色)，比如奥运会重保、建国70周年重保等。
[0087]
可选的，在本技术的另一实施例中，当经过中心决策认为需要提高运维指数级别时，可以直接确定系统运维指数级别，运维系统的监测方法的一种实施方式，还包括：
[0088]
接收第一赋值指令，并响应第一赋值指令。
[0089]
其中，第一赋值指令用于为运维系统赋予一个运维指数。
[0090]
可选的，在本技术的另一实施例中，在步骤s104之后，运维系统的监测方法的一种实施方式，还包括：
[0091]
根据所有运维系统的运维指数，生成数据中心的运维指数。
[0092]
具体的，在本技术的实际应用过程中，可以采用以下公式计算数据中心的运维指数cmi：
[0093][0094]
其中，x：是中心选取的权重系统数量，由于中心系统数量太多，系统分级：a 类(非常重要的核心类系统，占比10％左右)、a类(重要系统，占比10-20％)、b类(中等)、c类(一般)等。大多数是的非重要系统，影响程度较低，所以只选取了重要程度高、影响比较的大的系统作为中心运维指数权重系统，占比20％左右。β
2k
：是系统k的权重值，x个系统的权重值的和等于1，即：pi：是人为决策指数，当经过中心决策认为需要提高运维指数级别时，可以直接确定中心运维指数级别。
[0095]
可选的，在本技术的另一实施例中，生成数据中心的运维指数之后，运维系统的监测方法的一种实施方式，还包括：
[0096]
根据第二预设指数级别范围，确定数据中心的运维指数所属的指数级别。
[0097]
其中，第二预设指数级别范围由技术人员或相关有权限的工作人员进行设置、更改，此处不做限定。
[0098]
需要说明的是，根据第二预设指数级别范围，确定数据中心的运维指数所属的指数级别的方式与步骤s301的实施方式类似，可以参考。
[0099]
按照数据中心的运维指数所属的指数级别对应的展示方式，对数据中心的运维指数进行展示。
[0100]
其中，数据中心的运维指数所属的指数级别对应的展示方式由技术人员或相关有权限的工作人员进行设置、更改，此处不做限定。
[0101]
需要说明的是，按照数据中心的运维指数所属的指数级别对应的展示方式，对数据中心的运维指数进行展示与步骤s302的实施方式类似，可以参考。
[0102]
可选的，在本技术的另一实施例中，运维系统的监测方法的一种实施方式，还包括：
[0103]
接收第二赋值指令，并响应第二赋值指令。
[0104]
其中，第一赋值指令用于为数据中心赋予一个运维指数。
[0105]
在本技术的具体实现过程中，在运维指数展示页面可以展示数据中心的运维指数情况，并且，点开数据中心的运维指数后可以展示各主要系统(运维系统)的运维指数情况，进一步点击系统运维指数可以展示系统的评分项情况，再进一步可以展示评分项的子项情况，便于运维人员看到需要关注和保障的点。
[0106]
还需要说明的是，在后续还可以对运维指数的历史数据进行缝隙，并结合历史数据对未来的趋势进行分析、预测。
[0107]
由以上方案可知，本技术提供的一种运维系统的监测方法：首先，针对数据中心中的每一个运维系统，在运维系统中实时采集需要的目标数据；其中，运维系统包括监控系统、配置管理系统、人力资源系统、应急预案管理系统、it服务管理系统以及业务参数维护系统；然后，按照预设的分类类别，对目标数据进行分类，得到目标数据集；之后，针对每一个目标数据集，对目标数据集进行评分，得到目标数据集的当前运维评分；最终，根据所有
目标数据集的当前运维评分，生成运维系统的运维指数。通过运维系统的运维指数来确定运维系统的当前运维情况，从而达到准确的监测运维系统的运维情况的目的。
[0108]
本技术另一实施例提供了一种运维系统的监测装置，如图4所示，具体包括：
[0109]
采集单元401，用于针对数据中心中的每一个运维系统，在运维系统中实时采集需要的目标数据。
[0110]
其中，运维系统包括监控系统、配置管理系统、人力资源系统、应急预案管理系统、it服务管理系统以及业务参数维护系统。
[0111]
分类单元402，用于按照预设的分类类别，对目标数据进行分类，得到目标数据集。
[0112]
评分单元403，用于针对每一个目标数据集，对目标数据集进行评分，得到目标数据集的当前运维评分。
[0113]
可选的，在本技术的另一实施例中，评分单元403的一种实施方式，包括：
[0114]
获取单元，用于在预设的评分规则库中，获取目标数据集所属分类的对应的评分规则。
[0115]
评分子单元，用于利用目标数据集所属分类的对应的评分规则，对目标数据集进行评分，得到目标数据集的当前运维评分。
[0116]
本技术上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图2所示，此处不再赘述。
[0117]
第一生成单元404，用于根据所有目标数据集的当前运维评分，生成运维系统的运维指数。
[0118]
本技术上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图1所示，此处不再赘述。
[0119]
可选的，在本技术的另一实施例中，运维系统的监测装置的一种实施方式，包括：
[0120]
第一确定单元，用于根据第一预设指数级别范围，确定运维系统的运维指数所属的指数级别。
[0121]
第一展示单元，用于按照运维系统的运维指数所属的指数级别对应的展示方式，对运维系统的运维指数进行展示。
[0122]
本技术上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图3所示，此处不再赘述。
[0123]
可选的，在本技术的另一实施例中，运维系统的监测装置的一种实施方式，包括：
[0124]
第一接收单元，用于接收第一赋值指令，并响应第一赋值指令。
[0125]
其中，第一赋值指令用于为运维系统赋予一个运维指数。
[0126]
本技术上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。
[0127]
可选的，在本技术的另一实施例中，运维系统的监测装置的一种实施方式，包括：
[0128]
第二生成单元，用于根据所有运维系统的运维指数，生成数据中心的运维指数。
[0129]
本技术上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。
[0130]
可选的，在本技术的另一实施例中，运维系统的监测装置的一种实施方式，包括：
[0131]
第二确定单元，用于根据第二预设指数级别范围，确定数据中心的运维指数所属
的指数级别。
[0132]
第二展示单元，用于按照数据中心的运维指数所属的指数级别对应的展示方式，对数据中心的运维指数进行展示。
[0133]
本技术上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。
[0134]
可选的，在本技术的另一实施例中，运维系统的监测装置的一种实施方式，包括：
[0135]
第二接收单元，用于接收第二赋值指令，并响应第二赋值指令。
[0136]
其中，第一赋值指令用于为数据中心赋予一个运维指数。
[0137]
本技术上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。
[0138]
由以上方案可知，本技术提供的一种运维系统的监测装置：首先，针对数据中心中的每一个运维系统，采集单元401在运维系统中实时采集需要的目标数据；其中，运维系统包括监控系统、配置管理系统、人力资源系统、应急预案管理系统、it服务管理系统以及业务参数维护系统；然后，分类单元402按照预设的分类类别，对目标数据进行分类，得到目标数据集；之后，评分单元403针对每一个目标数据集，对目标数据集进行评分，得到目标数据集的当前运维评分；最终，第一生成单元404根据所有目标数据集的当前运维评分，生成运维系统的运维指数。通过运维系统的运维指数来确定运维系统的当前运维情况，从而达到准确的监测运维系统的运维情况的目的。
[0139]
本技术另一实施例提供了一种电子设备，如图5所示，包括：
[0140]
一个或多个处理器501。
[0141]
存储装置502，其上存储有一个或多个程序。
[0142]
当所述一个或多个程序被所述一个或多个处理器501执行时，使得所述一个或多个处理器501实现如上述实施例中任意一项所述的运维系统的监测方法。
[0143]
本技术另一实施例提供了一种计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项所述的运维系统的监测方法。
[0144]
在本技术公开的上述实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本公开的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0145]
另外，在本公开各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术
做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，直播设备，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0146]
专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。