一种运维服务管理平台及其运行方法与流程

专利2022-06-29  93


本发明涉及信息化技术、运维管理技术领域,尤其涉及一种运维服务管理平台及其运行方法。



背景技术:

随着企业数字化、网络化、信息化建设的不断深入和发展,企业的信息化设备与信息化系统日益增多,设备的流动性越来越大,信息化系统的使用也越来越频繁,管理、控制和维护这些设备与信息化系统给企业提出了新的挑战。传统的信息化设备与信息化系统的运维管理主要依靠管理措施保障,缺乏工具平台作为支撑,随着信息化设备与信息化系统规模的不断增大,运维人员对信息化设备的数量、位置、状态、变更、配置等信息的维护工作量越来越大,对信息化系统的运行状态、安全性等的监控以及故障的定位难度越来越大,工作负担加重,如何有效管理信息化设备与信息化系统,成为了目前企业基础设施建设的“瓶颈”。



技术实现要素:

为解决上述技术问题,本发明实施例期望提供一种运维服务管理平台及其运行方法,为信息化设备与信息化系统的管理提供工具平台,实现了对信息化系统的运行状态、安全性等的监控并降低了故障定位的难度。

本发明的技术方案是这样实现的:

本申请实施例提供了一种运维服务管理平台,所述平台包括:应用访问层,应用层,服务层,数据层和基础设施层;

所述应用访问层,用于获取基础设施层提供的运维对象对应的功能指令,发送所述功能指令至所述应用层;

所述应用层,用于根据所述功能指令,生成调用指令;将所述调用指令发送至所述服务层;

所述数据层,用于保存实现所述维护功能的支持数据;

所述服务层,用于根据所述调用指令,结合所述支持数据,调用构件层的构件运行对应的目标服务,通过服务接口提供给所述目标服务给所述应用层;

所述应用层,还用于根据所述目标服务实现维护功能。

在上述方案中,所述功能指令包括分类管理指令、软件管理和系统管理指令、软硬件维护指令、故障处理信息管理指令、统计分析指令和系统管理指令,所述应用层包括:

信息化设备管理模块,用于根据所述分类管理指令,生成调用信息化设备管理调用指令,将所述信息化设备管理调用指令发送至所述服务层;

应用管理模块,用于根据所述软件管理和系统管理指令,生成应用管理调用指令,将所述应用管理调用指令发送至所述服务层;

运维管理模块,用于根据所述软硬件维护指令,生成运维管理调用指令,将所述运维管理调用指令发送至所述服务层;

知识管理模块,用于根据所述故障处理信息管理指令,生成知识管理调用指令,将所述知识管理调用指令发送至所述服务层;

统计分析模块,用于根据所述统计分析指令,生成统计报表调用指令,将所述统计报表调用指令发送至所述服务层;

系统管理模块,用于根据所述系统管理指令,生成系统管理调用指令,将所述系统管理调用指令发送至所述服务层。

在上述方案中,所述应用层还包括:

快捷显示模块,用于展示与实现所述维护功能相关的快捷信息。

在上述方案中,所述服务层包括:

权限控制服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的权限构件运行操作权限的授权与禁止服务;

数据字典服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的数据字典构件运行与数据项相关的数据的存取服务;

工作流服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的工作流构件运行工作流信息的授权与禁止服务;

业务规则服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的工作流构件运行操作流程信息的存取服务;

日志服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的日志构件运行操作记录、维护记录的存取服务;

数据建模服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的工作流构件运行信息化设备属性的存取服务;

组织架构服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的数据库连接构件和工作流构件运行用户信息管理服务;

数据分析服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的图形构件和数据库连接构件运行查询与统计服务;

图形引擎服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的图形构件运行操作界面的可视化服务。

在上述方案中,所述维护功能为对所述基础设施层的信息化设备的分类管理、软件管理和系统管理、软硬件维护、故障处理信息的管理、可用性统计分析和对所述平台的系统进行管理;

所述应用层,还用于至少根据所述操作权限的授权与禁止服务、信息化设备属性的存取服务及工作流信息的授权与禁止服务,实现所述信息化设备的分类管理功能;

至少根据所述操作权限的授权与禁止服务、与数据项相关的数据的存取服务及工作流信息的授权与禁止服务,实现所述软件管理和系统管理功能;

至少根据所述操作权限的授权与禁止服务、工作流信息的授权与禁止服务、信息化设备属性的存取服务及查询与统计服务,实现所述软硬件维护功能;

至少根据所述操作权限的授权与禁止服务、与数据项相关的数据的存取服务及工作流信息的授权与禁止服务,实现所述故障处理信息的管理功能;

至少根据所述查询与统计服务及操作界面的可视化服务实现所述可用性统计分析功能;

至少根据所述操作权限的授权与禁止服务,操作记录、维护记录的存取服务及用户信息管理服务,实现所述平台的系统进行管理功能。

在上述方案中,所述数据层包括:

数据库,用于存储所述支持数据、运维数据对应的元数据或数据文件;

文件系统,用于实现所述元数据与数据文件的转换。

在上述方案中,所述数据库包括:

配置管理数据库,用于存储实现对所述信息化设备的分类管理功能过程中生成的运维数据对应的元数据或数据文件;

流程支撑库,用于存储实现所述维护功能的支持数据对应的元数据或数据文件;

知识库,用于存储实现对所述信息化设备故障处理信息的管理过程中生成的运维数据对应的元数据或数据文件。

在上述方案中,所述平台包括:

所述服务层还用于接收所述调用指令,通过接口层的接口调用所述构件层的构件运行对应的服务,并通过交互层的交互框架实现与所述数据层交互,从所述数据层获取支持数据,以实现对所述基础设施层的所述维护功能。

本申请实施例还提供了一种运维服务管理平台的运行方法,所述平台包括应用访问层,应用层,服务层,构件层,数据层和基础设施层,所述方法包括:

通过所述应用访问层获取基础设施层提供的运维对象对应的功能指令,发送所述功能指令至所述应用层;

通过所述应用层根据所述功能指令,生成调用指令;将所述调用指令发送至所述服务层;

通过所述数据层保存实现所述维护功能的支持数据;

通过所述服务层根据所述调用指令,结合所述支持数据,调用构件层的构件运行对应的目标服务,通过服务接口提供给所述目标服务给所述应用层;

所述应用层还用于根据所述目标服务实现维护功能。

本申请实施例期望提供一种运维服务管理平台及其运行方法,所述平台包括:应用访问层,应用层,服务层,数据层和基础设施层;

应用访问层,用于获取基础设施层提供的运维对象对应的功能指令,发送功能指令至应用层;应用层,用于根据功能指令,生成调用指令;将调用指令发送至服务层;数据层,用于保存实现维护功能的支持数据;服务层,用于根据调用指令,结合支持数据,调用构件层的构件运行对应的目标服务,通过服务接口提供给目标服务给应用层;应用层,还用于根据目标服务实现维护功能。本申请实施例中的运维服务管理平台,通过运用一体化运维服务管理框架,建立了多维度信息化设备模型,为信息化设备与信息化系统的管理提供工具平台支撑,并全过程记录、跟踪、监督运维的过程,实现了对信息化系统的运行状态、安全性等的监控并降低了故障定位的难度,减少了对关键技术人员的依赖,并在运维过程中持续提高服务能力。

附图说明

图1为本申请实施例提供的一种运维服务管理平台的结构示意图一;

图2为本申请实施例提供的一种运维服务管理平台的结构示意图二;

图3为本申请实施例提供的一种运维服务管理平台的结构示意图三;

图4为本申请实施例提供的一种运维服务管理平台的技术架构图;

图5为本申请实施例提供的一种运维服务管理平台的结构示意图四;

图6为本申请实施例提供的一种运维服务管理平台的功能结构图;

图7为本申请实施例提供的一种运维服务管理平台的运行方法的流程示意图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是,此处所描述的具体实施例仅仅用于解释相关申请,而非对该申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关申请相关的部分。

本申请实施例提供了一种运维服务管理平台,如图1所示,平台包括:应用访问层,应用层,服务层,数据层和基础设施层;

应用访问层,用于获取基础设施层提供的运维对象对应的功能指令,发送功能指令至应用层。

本申请实施例中,如图2所示,应用访问层主要包括一些访问工具,用户通过应用访问层与运维服务管理平台实现信息交互,应用访问层可以获取用户的输入信息并将其转换成功能指令发送至应用层,功能指令用于实现对基础设施层提供的运维对象的维护功能。

其中,输入信息包括用户信息(用户名、密码、组织机构、职位等)、操作信息(点击不同的功能按钮,下拉菜单选项等),应用访问层根据操作信息生成不同的功能指令。

示例性的,运维服务管理平台部署在具备联网能力的计算机设备上,该计算机设备上安装有常用的访问工具例如ie、firefox、chrome浏览器等,用户通过访问工具以及访问入口与应用层进行交互。应用访问层接收用户的输入信息,包括用户信息、操作信息等,例如,用户点击了可视化界面上的信息化设备管理按钮,应用访问层根据操作信息生成分类管理指令发送至应用层。

应用层,用于根据功能指令,生成调用指令;将调用指令发送至服务层。

本申请实施例中,应用层是与用户进行交互的界面,用于接收应用访问层发送的功能指令,并根据功能指令生成并发送调用指令至服务层以实现对应的维护功能。其中,应用层包括众多的模块,各模块可以图形化按钮的方式呈现在访问工具中。各模块对应实现不同的维护功能,但需要服务层为基础,因此在收到功能指令后,需要调用至服务层中的服务以实现对应的维护功能。

需要说明的是,应用层还需要对用户信息进行验证,主要验证用户输入的用户名、密码、组织机构、职位等是否与数据库中存储的信息一致,以及验证用户所在的组织机构、职位是否相匹配,是否具有进行上述功能指令包含的操作权限,如果通过验证,则应用层根据功能指令生成调用相应服务的调用指令至服务层,实现与功能指令对应的维护功能。

数据层,用于保存实现维护功能的支持数据。

本申请实施例中的数据层,设置有保存支持数据的数据库,其中,支持数据包括,在实现维护功能的过程中可能用到的一些流程性文件、规范文件等。

服务层,用于根据调用指令,结合支持数据,调用构件层的构件运行对应的目标服务,通过服务接口提供给目标服务给应用层。

本申请实施例中,服务层可以运行至少一项目标服务,各目标服务为服务层根据调用指令调用构件层的构件运行来实现,服务层是实现不同的维护功能的基础。服务层接收调用指令后,调用构件层的不同构件运行来实现对应的目标服务,通过服务接口提供给目标服务给应用层以实现对基础设施层的维护功能,不同构件运行时,有时还需要用到数据层中的支持数据以实现对基础设施层的维护功能。

应用层,还用于根据目标服务实现维护功能。

本申请实施例中,应用层调用运行目标服务实现与功能指令对应的维护功能。

需要说明的是,一项服务有时也需要调用多个构件运行来实现,实现一项功能指令对应的维护功能有时也需要服务层调用运行多个服务来实现。在实现对基础设施层的部分维护功能的过程中,还会生成运维数据。运维数据包括日志、记录等等。

本申请实施例中的运维服务管理平台,通过运用一体化运维服务管理框架,建立了多维度信息化设备模型,为信息化设备与信息化系统的管理提供工具平台支撑,并全过程记录、跟踪、监督运维的过程,实现了对信息化系统的运行状态、安全性等的监控并降低了故障定位的难度,减少了对关键技术人员的依赖,并在运维过程中持续提高服务能力。

在本申请的一些实施例中,功能指令包括分类管理指令、软件管理和系统管理指令、软硬件维护指令、故障处理信息管理指令、统计分析指令和系统管理指令,如图2所示,应用层包括:

信息化设备管理模块,用于根据分类管理指令,生成调用信息化设备管理调用指令,将信息化设备管理调用指令发送至服务层;

应用管理模块,用于根据软件管理和系统管理指令,生成应用管理调用指令,将应用管理调用指令发送至服务层;

运维管理模块,用于根据软硬件维护指令,生成运维管理调用指令,将运维管理调用指令发送至服务层;

知识管理模块,用于根据故障处理信息管理指令,生成知识管理调用指令,将知识管理调用指令发送至服务层;

统计分析模块,用于根据统计分析指令,生成统计报表调用指令,将统计报表调用指令发送至服务层;

系统管理模块,用于根据系统管理指令,生成系统管理调用指令,将系统管理调用指令发送至服务层。

本申请实施例中,应用层可以包括信息化设备管理模块,应用管理模块,运维管理模块,知识管理模块,统计分析模块,系统管理模块,各模块以图形化按钮的方式呈现在访问工具中。

功能指令包括分类管理指令、软件管理和系统管理指令、软硬件维护指令、故障处理信息管理指令、统计分析指令、系统管理指令。各模块根据对应的功能指令分别实现对基础设施层的信息化设备的分类管理、软件管理和系统管理、软硬件维护、故障处理信息的管理和可用性进行统计分析和对平台的系统进行管理维护功能。

示例性的,信息化设备管理模块用于对信息化设备的分类进行管理,设备分类:管理平台对信息化设备分类形成信息化设备分类树,按照信息化设备分类树对信息化设备进行登记;配置项管理:管理平台对信息化设备的每一个配置项的属性进行管理,建立配置项与配置项之间的关联,建立配置项与问题库和知识库的关联,保证配置项的历史记录可追溯;台账管理:管理平台同时根据需求形成信息化设备的台账,包括维护计划、维护汇报等信息,供查询和办公使用。

应用管理模块,包括软件管理和系统管理两部分,软件管理用于对应用软件提供下载功能,例如,对计算机设备上的软件的下载、更新;系统管理用于对企业的信息化系统提供管理功能,例如,对应用系统的名称的变更、系统版本的更新、描述文件的存取、安装服务器的位置及设置、应用系统的使用手册及其它资料的存取。

运维管理模块,提供日常巡检、例行维护、问题管理、变更管理等功能,记录所有硬件设施或软件设施的运行状态和设备的可用性,使整个运维过程规范化、流程化、标准化。日常巡检为对硬件设施或软件设施做出的巡视检查工作,并统计分析其运行状态或设备的可用性。例行维护为平台或技术人员对硬件设施或软件设施做出的一些修缮维护工作,且记录修缮维护的记录。问题管理则包括在日常巡检、例行维护过程中,遇到的一些故障等问题进行管理、记载。变更管理,例如更换或新增了某一硬件设施,需要编辑或者新建信息化设备某一配置项的属性等。

知识管理模块,实现知识共享,记录并保存故障处理信息,形成知名故障处理的知识库。主要功能包括知识分类、知识列表。知识分类为,将维护过程中产生的一些故障处理信息进行分类,知识列表是将一些典型的故障处理信息以列表或表格的形式展示出来。

统计分析模块,将硬件设施或软件设施的可用性和故障率等以图形化的形式进行展示,使技术人员更好的了解运硬件设施或软件设施的整体状况。主要功能包括分类统计与状态统计,分类统计主要是将维护过程中产生的一些故障信息进行分类,以及对硬件设施或软件设施的可用性进行统计分析,并以图文表格的形式进行展示。

系统管理模块,对系统的基础功能、基础数据进行配置和维护,主要包括用户管理、角色管理、菜单管理、系统日志等功能。用户管理主要管理用户的账户名、密码等信息;角色管理主要管理用户的组织机构、职位等信息;菜单管理例如,设置平台主页需要显示的主菜单以及二级菜单等,以及菜单名或菜单项名的增加修改等,系统日志包括平台系统的维护记录、操作记录等。

本申请实施例中的运维服务管理平台包括息化设备管理模块,应用管理模块,运维管理模块,知识管理模块,统计分析模块,系统管理等多个模块,实现了各基础服务功能之间解耦,且各模块以图形化按钮的方式呈现,使运维人员可以方便了解信息化设备和信息化系统的运维状态和变化情况,并提高了服务质量和服务感知。

在本申请的一些实施例中,应用层还包括:

快捷显示模块,用于展示与实现维护功能相关的快捷信息。

本申请实施例中,应用层还包括快捷显示模块,具体可以是dashboard(仪表盘)模块,dashboard模块同样以图形化按钮的方式呈现,用于展示与实现维护功能相关的快捷信息。

示例性的,dashboard模块具有系统消息和自定义面板功能。系统消息为平台内的通知消息、提示消息等,信息化设备的设备变更、最近问题、热门知识等。而用户可以通过自定义面板,按照用户需求展现不同的信息。

本申请实施例中的运维服务管理平台中通过设置dashboard模块,方便用户快速了解平台对信息化设备的维护情况,提升了用户通过平台对信息化设备的进行维护的效率。

在本申请的一些实施例中,如图3所示,服务层包括:

权限控制服务模块,用于根据调用指令,结合支持数据,调用构件层的权限构件运行操作权限的授权与禁止服务;

数据字典服务模块,用于根据调用指令,结合支持数据,调用构件层的数据字典构件运行与数据项相关的数据的存取服务;

工作流服务模块,用于根据调用指令,结合支持数据,调用构件层的工作流构件运行工作流信息的授权与禁止服务;

业务规则服务模块,用于根据调用指令,结合支持数据,调用构件层的工作流构件运行操作流程信息的存取服务;

日志服务模块,用于根据调用指令,结合支持数据,调用构件层的日志构件运行操作记录、维护记录的存取服务;

数据建模服务模块,用于根据调用指令,结合支持数据,调用构件层的工作流构件运行信息化设备属性的存取服务;

组织架构服务模块,用于根据调用指令,结合支持数据,调用构件层的数据库连接构件和工作流构件运行用户信息管理服务;

数据分析服务模块,用于根据调用指令,结合支持数据,调用构件层的图形构件和数据库连接构件运行查询与统计服务;

图形引擎服务模块,用于根据调用指令,结合支持数据,调用构件层的图形构件运行操作界面的可视化服务。

本申请实施例中,服务层包括:权限控制服务模块,数据字典服务模块,工作流服务模块,业务规则服务模块,日志服务模块,数据建模服务模块,组织架构服务模块,数据分析服务模块和图形引擎服务模块,分别对应实现操作权限的授权与禁止,与数据项相关的数据的存取,工作流信息的授权与禁止,操作流程信息的存取,操作记录、维护记录的存取,信息化设备属性的存取,用户信息进行管理,运维数据的查询与统计和操作界面的可视化的功能。实现不同的维护功能需要用到服务层不同的服务,实现一个维护功能需要调用至少一个服务来运行。

需要说明的是,不同服务模块实现对应的服务时,不仅需要调用构件层的构件运行对应的目标服务,有时还需要用到数据层中的支持数据以实现对应的目标服务。

本申请实施例中的运维服务管理平台,实现了各基础服务功能之间解耦,建立了多维度运维对象模型,提高了运维管理平台的工作效率,并在运维过程中持续提高服务能力。

在本申请的一些实施例中,维护功能为对基础设施层的信息化设备的分类管理、软件管理和系统管理、软硬件维护、故障处理信息的管理、可用性统计分析和对平台的系统进行管理,

应用层,还用于至少根据操作权限的授权与禁止服务、信息化设备属性的存取服务及工作流信息的授权与禁止服务,实现信息化设备的分类管理功能;

至少根据操作权限的授权与禁止服务、与数据项相关的数据的存取服务及工作流信息的授权与禁止服务,实现软件管理和系统管理功能;

至少根据操作权限的授权与禁止服务、工作流信息的授权与禁止服务、信息化设备属性的存取服务及查询与统计服务,实现软硬件维护功能;

至少根据操作权限的授权与禁止服务、与数据项相关的数据的存取服务及工作流信息的授权与禁止服务,实现故障处理信息的管理功能;

至少根据查询与统计服务及操作界面的可视化服务实现可用性统计分析功能;

至少根据操作权限的授权与禁止服务,操作记录、维护记录的存取服务及用户信息管理服务,实现平台的系统进行管理功能。

本申请实施例中,应用层的信息化设备管理模块,应用管理模块,运维管理模块,知识管理模块,统计分析模块,系统管理模块对应实现的维护功能为对基础设施层的信息化设备的分类管理、软件管理和系统管理、软硬件维护、故障处理信息的管理和可用性进行统计分析和对平台的系统进行管理。

其中,对基础设施层的信息化设备的分类管理,包括,设备分类:管理平台对信息化设备分类形成信息化设备分类树,按照信息化设备分类树对信息化设备进行登记;配置项管理:管理平台对信息化设备的每一个配置项的属性进行管理,建立配置项与配置项之间的关联,建立配置项与问题库和知识库的关联,保证配置项的历史记录可追溯;台账管理:管理平台同时根据需求形成信息化设备的台账,包括维护计划、维护汇报等信息,供查询和办公使用。

软件管理和系统管理,包括软件管理和系统管理两部分,软件管理用于对应用软件提供下载功能,例如,对计算机设备上的软件的下载、更新;系统管理用于对企业的信息化系统提供管理功能,例如,对计算机应用系统的名称的变更、系统版本的更新、描述文件的存取、安装服务器的位置设置、应用系统的使用手册及其它资料的存取。

软硬件维护,包括,提供日常巡检、例行维护、问题管理、变更管理等功能,记录所有硬件设施或软件设施的运行状态和设备的可用性,使整个运维过程规范化、流程化、标准化。日常巡检为对硬件设施或软件设施做出的巡视检查工作,并统计分析其运行状态或设备的可用性。例行维护为平台或技术人员对硬件设施或软件设施做出的一些修缮维护工作,且记录修缮维护的记录。问题管理则包括在日常巡检、例行维护过程中,遇到的一些故障等问题进行管理、记载。变更管理,例如更换或新增了某一硬件设施,需要编辑或者新建信息化设备某一配置项的属性等。

故障处理信息的管理为实现知识共享,记录并保存故障处理信息,形成知名故障处理的知识库。主要功能包括知识分类、知识列表。知识分类为,将维护过程中产生的一些故障处理信息进行分类,知识列表是将一些典型的故障处理信息以列表或表格的形式展示出来。

可用性进行统计分析包括将硬件设施或软件设施的可用性和故障率等以图形化的形式进行展示,使技术人员更好的了解运硬件设施或软件设施的整体状况。主要功能包括分类统计与状态统计,分类统计主要是将维护过程中产生的一些故障信息进行分类,以及对硬件设施或软件设施的可用性进行统计分析,并以图文表格的形式进行展示。

对平台的系统进行管理包括对系统的基础功能、基础数据进行配置和维护,主要包括用户管理、角色管理、菜单管理、系统日志等功能。用户管理主要管理用户的账户名、密码等信息;角色管理主要管理用户的组织机构、职位等信息;菜单管理例如,设置平台主页需要显示的主菜单以及二级菜单等,以及菜单名或菜单项名的增加修改等,系统日志包括平台系统的维护记录、操作记录等。

本申请实施例中的运维服务管理平台包括息化设备管理模块,应用管理模块,运维管理模块,知识管理模块,统计分析模块,系统管理等多个模块,实现了各基础服务功能之间解耦,且各模块以图形化按钮的方式呈现,使运维人员可以方便了解信息化设备和信息化系统的运维状态和变化情况,并提高了服务质量和服务感知。

在本申请的一些实施例中,如图4所示,数据层包括:

数据库,用于存储支持数据、运维数据对应的元数据或数据文件;文件系统,用于实现元数据与数据文件的转换。

本申请实施例中,数据层主要提供数据的存储功能,文件系统实现文件的存储、oracle数据库实现元数据的存储,以此实现元数据和文件之间的转化、读取,oracle数据库还可以分区构建出配置管理数据库、流程支撑库、知识库。

其中,oracle数据库主要保存实现维护功能的支持数据与实现维护功能过程中产生的运维数据。

本申请实施例中的运维服务通过数据库与文件系统的构件,实现了元数据和文件之间的转化。

在本申请的一些实施例中,如图5所示,数据库包括:

配置管理数据库,用于存储实现对信息化设备的分类管理功能过程中生成的运维数据对应的元数据或数据文件;流程支撑库,用于存储实现维护功能的支持数据对应的元数据或数据文件;知识库,用于存储实现对信息化设备故障处理信息的管理过程中生成的运维数据对应的元数据或数据文件。

本申请实施例中,配置管理数据库用于存储对信息化设备进行分类管理和软硬件维护过程中生成的运维数据;流程支撑库用于存储规范化文件,规范化文件用于规范实现对应的维护功能的过程;知识库用于存储进行故障处理信息的管理过程中生成的故障处理案例。

示例性的,数据层主要包括对信息化设备进行记录、跟踪的配置管理数据库,对信息化设备的操作流程进行规范化的流程支撑库,对运维成果、经验等进行总结形成的运维知识库等。这些数据可以分为元数据和文件,通过oracle数据库实现元数据的存储,通过文件系统实现文件的存储。

本申请实施例中的运维服务通过构建知识库,通过知识库的积累、共享,提高运维平台的效率,有助于提升运维人员的技能,打破了对关键技术人员的依赖。

在本申请的一些实施例中,如图4所示,平台包括:

服务层还用于接收调用指令,通过接口层的接口调用构件层的构件运行对应的服务,并通过交互层的交互框架实现与数据层交互,从数据层获取支持数据,以实现对基础设施层的维护功能。

本申请实施例中的运维服务管理平台的接口层提供了统一的restfulapi接口,服务层通过restfulapi接口调用构件层的构件运行对应的服务,实现各服务之间的解耦。

其中,服务层通过接口层的接口调用构件层的构件运行对应的服务,并通过交互层的交互框架实现与数据层交互,从数据层获取支持数据,以实现对基础设施层的维护功能。

本申请实施例中的运维服务管理平台,通过接口调用不同的构件的运行实现不同的服务,实现了各基础服务功能之间解耦,提高了运维管理平台的工作效率。

本申请实施例还提供了一种运维服务管理平台的运行方法,平台包括应用访问层,应用层,服务层,构件层,数据层和基础设施层,方法包括:

通过应用访问层获取基础设施层提供的运维对象对应的功能指令,发送功能指令至应用层;

通过应用层根据功能指令,生成调用指令;将调用指令发送至服务层;

通过数据层保存实现维护功能的支持数据;

通过服务层根据调用指令,结合支持数据,调用构件层的构件运行对应的目标服务,通过服务接口提供给目标服务给应用层;

应用层还用于根据目标服务实现维护功能。

本申请实施例期望提供一种运维服务管理平台及其运行方法,平台包括应用访问层,应用层,服务层,构件层,数据层和基础设施层,方法包括:

s101、通过应用访问层获取基础设施层提供的运维对象对应的功能指令,发送功能指令至应用层;

本申请实施例中,用户通过应用访问层与运维服务管理平台实现信息交互,应用访问层可以获取用户的输入信息并将其转换成功能指令发送至应用层,功能指令用于实现对基础设施层提供的运维对象的维护功能。

其中,输入信息包括用户信息(用户名、密码、组织机构、职位等)、操作信息(点击不同的功能按钮,下拉菜单选项等),应用访问层根据操作信息生成不同的功能指令。

s102、通过应用层根据功能指令,生成调用指令;将调用指令发送至服务层;

本申请实施例中,应用层用于接收应用访问层发送的功能指令,并根据功能指令生成并发送调用指令至服务层以实现对应的维护功能。其中,应用层包括众多的模块,如图6所示,各模块可以图形化按钮的方式呈现在访问工具中。各模块对应实现不同的维护功能,但需要服务层为基础,因此在收到功能指令后,需要调用至服务层中的服务以实现对应的维护功能。

需要说明的是,应用层还需要对用户信息进行验证,主要验证用户输入的用户名、密码、组织机构、职位等是否与数据库中存储的信息一致,以及验证用户所在的组织机构、职位是否相匹配,是否具有进行上述功能指令包含的操作权限,如果通过验证,则应用层根据功能指令生成调用相应服务的调用指令至服务层,实现与功能指令对应的维护功能。

s103、通过数据层保存实现维护功能的支持数据;

本申请实施例中的数据层,设置有保存支持数据的数据库,通过数据层保存实现维护功能的支持数据,其中,支持数据包括,在实现维护功能的过程中可能用到的一些流程性文件、规范文件等。

s104、服务层根据调用指令,结合支持数据,调用构件层的构件运行对应的目标服务,通过服务接口提供给目标服务给应用层;

本申请实施例中,服务层可以运行至少一项目标服务,各目标服务为服务层根据调用指令调用构件层的构件运行来实现,服务层是实现不同的维护功能的基础。服务层接收调用指令后,调用构件层的不同构件运行来实现对应的目标服务,通过服务接口提供给目标服务给应用层以实现对基础设施层的维护功能,不同构件运行时,有时还需要用到数据层中的支持数据以实现对基础设施层的维护功能。

应用层还用于根据目标服务实现维护功能。

本申请实施例中,应用层调用运行目标服务实现与功能指令对应的维护功能。

需要说明的是,一项服务有时也需要调用多个构件运行来实现,实现一项功能指令对应的维护功能有时也需要服务层调用运行多个服务来实现。在实现对基础设施层的部分维护功能的过程中,还会生成运维数据。运维数据包括日志、记录等等。

本申请实施例中的运维服务管理平台,通过运用一体化运维服务管理框架,建立了多维度信息化设备模型,为信息化设备与信息化系统的管理提供工具平台支撑,并全过程记录、跟踪、监督运维的过程,实现了对信息化系统的运行状态、安全性等的监控并降低了故障定位的难度,减少了对关键技术人员的依赖,并在运维过程中持续提高服务能力。

在本申请的一些实施例中,步骤s102还包括,

根据分类管理指令,生成调用信息化设备管理调用指令,将信息化设备管理调用指令发送至服务层;根据软件管理和系统管理指令,生成应用管理调用指令,将应用管理调用指令发送至服务层;根据软硬件维护指令,生成运维管理调用指令,将运维管理调用指令发送至服务层;根据故障处理信息管理指令,生成知识管理调用指令,将知识管理调用指令发送至服务层;根据统计分析指令,生成统计报表调用指令,将统计报表调用指令发送至服务层;根据系统管理指令,生成系统管理调用指令,将系统管理调用指令发送至服务层。

本申请实施例中,应用层可以包括信息化设备管理模块,应用管理模块,运维管理模块,知识管理模块,统计分析模块,系统管理模块,各模块以图形化按钮的方式呈现在访问工具中。

功能指令包括分类管理指令、软件管理和系统管理指令、软硬件维护指令、故障处理信息管理指令、统计分析指令、系统管理指令。各模块根据对应的功能指令分别发送调用指令至服务层,实现对基础设施层的信息化设备的分类管理、软件管理和系统管理、软硬件维护、故障处理信息的管理和可用性进行统计分析和对平台的系统进行管理维护功能。

在本申请的一些实施例中,步骤s102还包括,

通过快捷显示模块展示与实现维护功能相关的快捷信息。

本申请实施例中,应用层还包括快捷显示模块,具体可以是dashboard(仪表盘)模块,dashboard模块同样以图形化按钮的方式呈现,用于展示与实现维护功能相关的快捷信息。

示例性的,管理设备通过dashboard模块展示系统消息或自定义显示的消息。系统消息为平台内的通知消息、提示消息等,信息化设备的设备变更、最近问题、热门知识等。而用户可以通过自定义面板,按照用户需求展现不同的信息。

在本申请的一些实施例中,步骤s102还包括,

根据调用指令,结合支持数据,调用构件层的权限构件运行操作权限的授权与禁止服务;根据调用指令,结合支持数据,调用构件层的数据字典构件运行与数据项相关的数据的存取服务;根据调用指令,结合支持数据,调用构件层的工作流构件运行工作流信息的授权与禁止服务;根据调用指令,结合支持数据,调用构件层的工作流构件运行操作流程信息的存取服务;根据调用指令,结合支持数据,调用构件层的日志构件运行操作记录、维护记录的存取服务;根据调用指令,结合支持数据,调用构件层的工作流构件运行信息化设备属性的存取服务;根据调用指令,结合支持数据,调用构件层的数据库连接构件和工作流构件运行用户信息管理服务;根据调用指令,结合支持数据,调用构件层的图形构件和数据库连接构件运行查询与统计服务;根据调用指令,结合支持数据,调用构件层的图形构件运行操作界面的可视化服务。

本申请实施例中,服务层包括:权限控制服务模块,数据字典服务模块,工作流服务模块,业务规则服务模块,日志服务模块,数据建模服务模块,组织架构服务模块,数据分析服务模块和图形引擎服务模块,分别对应实现操作权限的授权与禁止,与数据项相关的数据的存取,工作流信息的授权与禁止,操作流程信息的存取,操作记录、维护记录的存取,信息化设备属性的存取,用户信息进行管理,运维数据的查询与统计和操作界面的可视化的功能。实现不同的维护功能需要用到服务层不同的服务,实现一个维护功能需要调用至少一个服务来运行。

需要说明的是,不同服务模块实现对应的服务时,不仅需要调用构件层的构件运行对应的目标服务,有时还需要用到数据层中的支持数据以实现对应的目标服务。

在本申请的一些实施例中,步骤s102还包括,

至少根据操作权限的授权与禁止服务、信息化设备属性的存取服务及工作流信息的授权与禁止服务,实现信息化设备的分类管理功能;至少根据操作权限的授权与禁止服务、与数据项相关的数据的存取服务及工作流信息的授权与禁止服务,实现软件管理和系统管理功能;至少根据操作权限的授权与禁止服务、工作流信息的授权与禁止服务、信息化设备属性的存取服务及查询与统计服务,实现软硬件维护功能;至少根据操作权限的授权与禁止服务、与数据项相关的数据的存取服务及工作流信息的授权与禁止服务,实现故障处理信息的管理功能;至少根据查询与统计服务及操作界面的可视化服务实现可用性统计分析功能;至少根据操作权限的授权与禁止服务,操作记录、维护记录的存取服务及用户信息管理服务,实现平台的系统进行管理功能。

本申请实施例中,应用层的信息化设备管理模块,应用管理模块,运维管理模块,知识管理模块,统计分析模块,系统管理模块对应实现的维护功能为对基础设施层的信息化设备的分类管理、软件管理和系统管理、软硬件维护、故障处理信息的管理和可用性进行统计分析和对平台的系统进行管理。

其中,对基础设施层的信息化设备的分类管理,包括,设备分类:管理平台对信息化设备分类形成信息化设备分类树,按照信息化设备分类树对信息化设备进行登记;配置项管理:管理平台对信息化设备的每一个配置项的属性进行管理,建立配置项与配置项之间的关联,建立配置项与问题库和知识库的关联,保证配置项的历史记录可追溯;台账管理:管理平台同时根据需求形成信息化设备的台账,包括维护计划、维护汇报等信息,供查询和办公使用。

软件管理和系统管理,包括软件管理和系统管理两部分,软件管理用于对应用软件提供下载功能,例如,对计算机设备上的软件的下载、更新;系统管理用于对企业的信息化系统提供管理功能,例如,对应用系统的名称的变更、系统版本的更新、描述文件的存取、安装服务器的位置设置、应用系统的使用手册及其它资料的存取。

软硬件维护,包括,提供日常巡检、例行维护、问题管理、变更管理等功能,记录所有硬件设施或软件设施的运行状态和设备的可用性,使整个运维过程规范化、流程化、标准化。日常巡检为对硬件设施或软件设施做出的巡视检查工作,并统计分析其运行状态或设备的可用性。例行维护为平台或技术人员对硬件设施或软件设施做出的一些修缮维护工作,且记录修缮维护的记录。问题管理则包括在日常巡检、例行维护过程中,遇到的一些故障等问题进行管理、记载。变更管理,例如更换或新增了某一硬件设施,需要编辑或者新建信息化设备某一配置项的属性等。

故障处理信息的管理为实现知识共享,记录并保存故障处理信息,形成知名故障处理的知识库。主要功能包括知识分类、知识列表。知识分类为,将维护过程中产生的一些故障处理信息进行分类,知识列表是将一些典型的故障处理信息以列表或表格的形式展示出来。

可用性进行统计分析包括将硬件设施或软件设施的可用性和故障率等以图形化的形式进行展示,使技术人员更好的了解运硬件设施或软件设施的整体状况。主要功能包括分类统计与状态统计,分类统计主要是将维护过程中产生的一些故障信息进行分类,以及对硬件设施或软件设施的可用性进行统计分析,并以图文表格的形式进行展示。

对平台的系统进行管理包括对系统的基础功能、基础数据进行配置和维护,主要包括用户管理、角色管理、菜单管理、系统日志等功能。用户管理主要管理用户的账户名、密码等信息;角色管理主要管理用户的组织机构、职位等信息;菜单管理例如,设置平台主页需要显示的主菜单以及二级菜单等,以及菜单名或菜单项名的增加修改等,系统日志包括平台系统的维护记录、操作记录等。

在本申请的一些实施例中,方法还包括,

通过数据库存储支持数据、运维数据对应的元数据或数据文件;通过文件系统实现元数据与数据文件的转换。

本申请实施例中,数据层主要提供数据的存储功能,文件系统实现文件的存储、oracle数据库实现元数据的存储,以此实现元数据和文件之间的转化、读取,oracle数据库还可以分区构建出配置管理数据库、流程支撑库、知识库。

其中,oracle数据库主要保存实现维护功能的支持数据与实现维护功能过程中产生的运维数据。

在本申请的一些实施例中,步骤s102还包括,

存储实现对信息化设备的分类管理功能过程中生成的运维数据对应的元数据或数据文件;通过流程支撑库,存储实现维护功能的支持数据对应的元数据或数据文件;通过知识库,存储实现对信息化设备故障处理信息的管理过程中生成的运维数据对应的元数据或数据文件。

本申请实施例中,配置管理数据库用于存储对信息化设备进行分类管理和软硬件维护过程中生成的运维数据;流程支撑库用于存储规范化文件,规范化文件用于规范实现对应的维护功能的过程;知识库用于存储进行故障处理信息的管理过程中生成的故障处理案例。

示例性的,数据层主要包括对信息化设备进行记录、跟踪的配置管理数据库,对信息化设备的操作流程进行规范化的流程支撑库,对运维成果、经验等进行总结形成的运维知识库等。这些数据可以分为元数据和文件,通过oracle数据库实现元数据的存储,通过文件系统实现文件的存储。

本申请实施例中的运维服务通过构建知识库,通过知识库的积累、共享,提高运维平台的效率,有助于提升运维人员的技能,打破了对关键技术人员的依赖。

在本申请的一些实施例中,步骤s104还包括,

服务层还用于接收调用指令,通过接口层的接口调用构件层的构件运行对应的服务,并通过交互层的交互框架实现与数据层交互,从数据层获取支持数据,以实现对基础设施层的维护功能。

服务层还用于接收调用指令,通过接口层的接口调用构件层的构件运行对应的服务,并通过交互层的交互框架实现与数据层交互,从数据层获取支持数据,以实现对基础设施层的维护功能。

本申请实施例中的运维服务管理平台的接口层提供了统一的restfulapi接口,服务层通过restfulapi接口调用构件层的构件运行对应的服务,实现各服务之间的解耦。

其中,服务层通过接口层的接口调用构件层的构件运行对应的服务,并通过交互层的交互框架实现与数据层交互,从数据层获取支持数据,以实现对基础设施层的维护功能。

本申请实施例中的运维服务管理方法,包括,通过应用访问层获取基础设施层提供的运维对象对应的功能指令,发送功能指令至应用层;通过应用层根据功能指令,生成调用指令;将调用指令发送至服务层;通过数据层保存实现维护功能的支持数据;服务层根据调用指令,结合支持数据,调用构件层的构件运行对应的目标服务,通过服务接口提供给目标服务给应用层,通过运用一体化运维服务管理框架,建立了多维度信息化设备模型,为信息化设备与信息化系统的管理提供工具平台支撑,并全过程记录、跟踪、监督运维的过程,实现了对信息化系统的运行状态、安全性等的监控并降低了故障定位的难度,减少了对关键技术人员的依赖,并在运维过程中持续提高服务能力。

以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本实用申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。


技术特征:

1.一种运维服务管理平台,其特征在于,所述平台包括:应用访问层,应用层,服务层,数据层和基础设施层;

所述应用访问层,用于获取基础设施层提供的运维对象对应的功能指令,发送所述功能指令至所述应用层;

所述应用层,用于根据所述功能指令,生成调用指令;将所述调用指令发送至所述服务层;

所述数据层,用于保存实现所述维护功能的支持数据;

所述服务层,用于根据所述调用指令,结合所述支持数据,调用构件层的构件运行对应的目标服务,通过服务接口提供给所述目标服务给所述应用层;

所述应用层,还用于根据所述目标服务实现维护功能。

2.根据权利要求1所述的平台,其特征在于,所述功能指令包括分类管理指令、软件管理和系统管理指令、软硬件维护指令、故障处理信息管理指令、统计分析指令和系统管理指令,所述应用层包括:

信息化设备管理模块,用于根据所述分类管理指令,生成调用信息化设备管理调用指令,将所述信息化设备管理调用指令发送至所述服务层;

应用管理模块,用于根据所述软件管理和系统管理指令,生成应用管理调用指令,将所述应用管理调用指令发送至所述服务层;

运维管理模块,用于根据所述软硬件维护指令,生成运维管理调用指令,将所述运维管理调用指令发送至所述服务层;

知识管理模块,用于根据所述故障处理信息管理指令,生成知识管理调用指令,将所述知识管理调用指令发送至所述服务层;

统计分析模块,用于根据所述统计分析指令,生成统计报表调用指令,将所述统计报表调用指令发送至所述服务层;

系统管理模块,用于根据所述系统管理指令,生成系统管理调用指令,将所述系统管理调用指令发送至所述服务层。

3.根据权利要求1所述的平台,其特征在于,所述应用层还包括:

快捷显示模块,用于展示与实现所述维护功能相关的快捷信息。

4.根据权利要求2所述的平台,其特征在于,所述服务层包括:

权限控制服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的权限构件运行操作权限的授权与禁止服务;

数据字典服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的数据字典构件运行与数据项相关的数据的存取服务;

工作流服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的工作流构件运行工作流信息的授权与禁止服务;

业务规则服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的工作流构件运行操作流程信息的存取服务;

日志服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的日志构件运行操作记录、维护记录的存取服务;

数据建模服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的工作流构件运行信息化设备属性的存取服务;

组织架构服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的数据库连接构件和工作流构件运行用户信息管理服务;

数据分析服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的图形构件和数据库连接构件运行查询与统计服务;

图形引擎服务模块,用于根据所述调用指令,结合所述支持数据,调用所述构件层的图形构件运行操作界面的可视化服务。

5.根据权利要求4所述的平台,其特征在于,所述维护功能为对所述基础设施层的信息化设备的分类管理、软件管理和系统管理、软硬件维护、故障处理信息的管理、可用性统计分析和对所述平台的系统进行管理;

所述应用层,还用于至少根据所述操作权限的授权与禁止服务、信息化设备属性的存取服务及工作流信息的授权与禁止服务,实现所述信息化设备的分类管理功能;

至少根据所述操作权限的授权与禁止服务、与数据项相关的数据的存取服务及工作流信息的授权与禁止服务,实现所述软件管理和系统管理功能;

至少根据所述操作权限的授权与禁止服务、工作流信息的授权与禁止服务、信息化设备属性的存取服务及查询与统计服务,实现所述软硬件维护功能;

至少根据所述操作权限的授权与禁止服务、与数据项相关的数据的存取服务及工作流信息的授权与禁止服务,实现所述故障处理信息的管理功能;

至少根据所述查询与统计服务及操作界面的可视化服务实现所述可用性统计分析功能;

至少根据所述操作权限的授权与禁止服务,操作记录、维护记录的存取服务及用户信息管理服务,实现所述平台的系统进行管理功能。

6.根据权利要求1所述的平台,其特征在于,所述数据层包括:

数据库,用于存储所述支持数据、运维数据对应的元数据或数据文件;

文件系统,用于实现所述元数据与数据文件的转换。

7.根据权利要求6所述的平台,其特征在于,所述数据库包括:

配置管理数据库,用于存储实现对所述信息化设备的分类管理功能过程中生成的运维数据对应的元数据或数据文件;

流程支撑库,用于存储实现所述维护功能的支持数据对应的元数据或数据文件;

知识库,用于存储实现对所述信息化设备故障处理信息的管理过程中生成的运维数据对应的元数据或数据文件。

8.根据权利要求1所述的平台,其特征在于,所述平台包括:

所述服务层,还用于接收所述调用指令,通过接口层的接口调用所述构件层的构件运行对应的服务,并通过交互层的交互框架实现与所述数据层交互,从所述数据层获取支持数据,以实现对所述基础设施层的所述维护功能。

9.一种运维服务管理平台的运行方法,其特征在于,所述平台包括应用访问层,应用层,服务层,构件层,数据层和基础设施层,所述方法包括:

通过所述应用访问层获取基础设施层提供的运维对象对应的功能指令,发送所述功能指令至所述应用层;

通过所述应用层根据所述功能指令,生成调用指令;将所述调用指令发送至所述服务层;

通过所述数据层保存实现所述维护功能的支持数据;

通过所述服务层根据所述调用指令,结合所述支持数据,调用构件层的构件运行对应的目标服务,通过服务接口提供给所述目标服务给所述应用层;

所述应用层还用于根据所述目标服务实现维护功能。

技术总结
本发明公开了一种运维服务管理平台及其运行方法,所述平台包括:应用访问层获取基础设施层提供的运维对象对应的功能指令,发送功能指令至应用层;应用层根据功能指令生成调用指令将调用指令发送至服务层;数据层保存实现维护功能的支持数据;服务层根据调用指令,结合支持数据,调用构件层的构件运行对应的目标服务,通过服务接口提供给目标服务给应用层。实现了对信息化系统的运行状态、安全性等的监控并降低了故障定位的难度,减少了对关键技术人员的依赖,并在运维过程中持续提高服务能力。

技术研发人员:杨雪霁
受保护的技术使用者:中国科学院电子学研究所
技术研发日:2020.02.14
技术公布日:2020.06.09

转载请注明原文地址: https://bbs.8miu.com/read-14103.html

最新回复(0)