一种基于对象模型的Linux系统管理监控系统与方法

摘要

本发明公开了一种基于对象模型的Linux系统管理监控系统与方法，客户端模块发送资源处理请求到服务器端模块，服务器端模块根据客户端模块相关请求与数据库模块相关表进行交互，然后根据相关系统接口对Linux操作系统进行交互并将结果返回给客户端模块。将各个Linux管理对象抽象为资源对象模型存储在数据库模块中，当需要在某个监控对象上增加监控元素，只需在数据库表中增加相关映射即可，而不需要更改服务端代码，可以基于Linux对象模型进行管理监控，效率较高。

说明书

技术领域

本发明涉及Linux系统监控和管理领域，特别是涉及一种基于对象模型的 Linux系统管理监控系统与方法。

背景技术

Linux系统由于有着开源，安全性较高，系统资源占用少等诸多优点，在 国防、科研、金融等领域有着广泛的应用。正是由于Linux这些优点，才使得 linux系统监控和管理也显得尤为重要，但是如何高效地开发和维护Linux管理 和监控系统，成为诸多开发人员思考较多的问题。

传统的开发方式将用户请求发送到一个服务端，服务端通过访问Linux系 统管理接口与系统交互，将处理结果返回客户端。但是这个过程存在对系统 管理资源抽象不够清晰，出现问题需要不断的修改相关代码，后期维护也不 方便，一旦某个模块出现故障，后续人员接手工作相对比较困难，管理监控 的效率较低。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于对象模型的Linux系统管 理监控系统与方法，可以基于Linux对象模型进行管理监控，效率较高。

为实现上述目的，本发明提供了一种基于对象模型的Linux系统管理监控 系统，包括：

客户端模块、服务端模块和数据库端模块；

所述客户端模块用于响应用户资源处理请求指令调用所述服务器端模块 的对应管理接口；

所述服务器端模块用于根据所述用户资源处理请求获取需要处理的目标 资源对象名，根据所述目标资源对象名称通过所述数据库端模块的资源对象 模型，查找对应的目标数据库表，根据所述目标数据库表查找对应的管理接 口处理所述用户资源请求，并将处理结果返回所述客户端模块；

所述数据库端模块用于利用第一数据库表和第二数据库表存储资源对象 模型；

所述第一数据库表用于存储资源对象名称及其对应的管理接口，所述第 二数据库表用于存储资源对象名称、各所述资源对象对应的对象元素和各所 述对象元素的操作属性。

优选地，所述客户端模块为BootStrap框架，所述服务端模块为Django Restful框架，所述数据库端模块为SQLite数据库。

优选地，所述第一数据库表为SYSRES表，所述第二数据库表 SYSRESMAP表。

优选地，所述对象元素的操作属性包括：增、删、改和查。

本发明还提供了一种基于对象模型的Linux系统管理监控方法，包括：

客户端模块响应用户资源处理请求指令调用所述服务器端模块的对应管 理接口；

服务器端模块根据所述用户资源处理请求获取需要处理的目标资源对象 名，根据所述目标资源对象名称通过数据库端模块的对象模型，查找对应的 目标数据库表，根据所述目标数据库表查找对应的管理接口处理所述用户资 源请求，并将处理结果返回所述客户端模块；

所述数据库端模块利用第一数据库表和第二数据库表存储资源对象模 型，所述第一数据库表用于存储资源对象名称及其对应的管理接口，所述第 二数据库表用于存储资源对象名称、各所述资源对象对应的对象元素和各所 述对象元素的操作属性。

优选地，所述客户端模块为BootStrap框架，所述服务端模块为Django Restful框架，所述数据库端模块为SQLite数据库。

优选地，所述第一数据库表为SYSRES表，所述第二数据库表 SYSRESMAP表。

优选地，所述对象元素的操作属性包括：增、删、改和查。

优选地，客户端模块响应用户资源处理请求指令调用所述服务器端模块 的对应管理接口前还包括：

构造资源对象模型。

优选地，构造进程对象模型包括：

确定资源对象名称；

将资源对象名称注册到SYSRES表，在所述SYSRES表中存储所述资源 对象对应的管理接口；

将资源对象名称和各资源对象对应的元素名称注册到SYSRESMAP表，在 所述SYSRESMAP表中存储各元素对应的操作属性。

应用本发明提供的一种基于对象模型的Linux系统管理监控系统与方法， 客户端模块发送资源处理请求到服务器端模块，服务器端模块根据客户端模 块相关请求与数据库模块相关表进行交互，然后根据相关系统接口对Linux操 作系统进行交互并将结果返回给客户端模块。将各个Linux管理对象抽象为资 源对象模型存储在数据库模块中，当需要在某个监控对象上增加监控元素， 只需在数据库表中增加相关映射即可，而不需要更改服务端代码，可以基于 Linux对象模型进行管理监控，效率较高。

附图说明

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

图1为本发明一种基于对象模型的Linux系统管理监控系统实施例的模块 结构示意图；

图2为本发明一种基于对象模型的Linux系统管理监控系统实施例的详细 结构示意图；

图3为本发明一种基于对象模型的Linux系统管理监控方法实施例的资源 对象模型映射图。

具体实施方式

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

本发明提供了一种基于对象模型的Linux系统管理监控系统，图1示出了 本发明系统的结构示意图，包括：

客户端模块101、服务端模块102和数据库端模块103；

所述客户端模块101用于响应用户资源处理请求指令调用所述服务器端 模块102的对应管理接口；

所述客户端模块可使用BootStrap框架，BootStrap为Web前端CSS/HTML 框架，用于和用户进行交互，展示和处理防火墙信息。

所述服务器端模块102用于根据所述用户资源处理请求获取需要处理的 目标资源对象名，根据所述目标资源对象名称通过所述数据库端模块103的 资源对象模型，查找对应的目标数据库表，根据所述目标数据库表查找对应 的管理接口处理所述用户资源请求，并将处理结果返回所述客户端模块；

服务器端可使用DjangoRestful框架，Restful接口实现对Linux系统的操 作和管理，DjangoRestful框架位于服务器端用于提供WebAPI，是用户界面 和Linux操作系统监控管理的连接桥梁，处理客户端请求并和操作系统进行交 互，将监控和管理请求下发到系统内核和向客户端返回结果信息。Linux进程 监控作为DjangoRestful框架的一个应用，需要在框架内部注册一个唯一的名 字，并指定一个自己的URL，框架初始化的时候会根据这些注册信息将应用 纳入整个框架中并启动，客户端通过URL来访问进程监控模块进行操作。

所述数据库端模块103用于利用第一数据库表和第二数据库表存储资源 对象模型；

所述第一数据库表用于存储资源对象名称及其对应的管理接口，所述第 二数据库表用于存储资源对象名称、各所述资源对象对应的对象元素和各所 述对象元素的操作属性。数据库端模块可使用SQLite数据库，对象元素的操 作属性包括：增、删、改和查。

图2示出了本发明实施例的系统结构示意图。

应用本实施例提供的一种基于对象模型的Linux系统管理监控系统，客户 端模块发送资源处理请求到服务器端模块，服务器端模块根据客户端模块相 关请求与数据库模块相关表进行交互，然后根据相关系统接口对Linux操作系 统进行交互并将结果返回给客户端模块。将各个Linux管理对象抽象数据模 型，开发人员针对模型进行开发，不必过多的关注这些系统管理信息，提高 开发效率，开发文档简单易读，有利于其他开发人员阅读和接手相关工作。 采用这个开发方式，有利于对Linux管理和监控对象信息的扩展，如果需要在 某个监控对象上增加监控元素，只需在SYSRESMAP这个表中增加相关映射 即可，而不需要更改服务端代码。由于基于对象模型的Linux系统监控，框架 中每个监控模块直接都是独立，每个对象模型的改动不会影响其他模块的功 能，框架整体稳定性较高。

本发明还提供了一种基于对象模型的Linux系统管理监控方法，本发明方 法的实施例，包括：

客户端模块响应用户资源处理请求指令调用所述服务器端模块的对应管 理接口；

服务器端模块根据所述用户资源处理请求获取需要处理的目标资源对象 名，根据所述目标资源对象名称通过数据库端模块的对象模型，查找对应的 目标数据库表，根据所述目标数据库表查找对应的管理接口处理所述用户资 源请求，并将处理结果返回所述客户端模块；

所述数据库端模块利用第一数据库表和第二数据库表存储资源对象模 型，所述第一数据库表用于存储资源对象名称及其对应的管理接口，所述第 二数据库表用于存储资源对象名称、各所述资源对象对应的对象元素和各所 述对象元素的操作属性。

本实施例中所述客户端模块为BootStrap框架，所述服务端模块为Django Restful框架，所述数据库端模块为SQLite数据库，所述第一数据库表为 SYSRES表，所述第二数据库表SYSRESMAP表，所述对象元素的操作属性 包括：增、删、改和查。

具体地，客户端模块响应用户资源处理请求指令调用所述服务器端模块 的对应管理接口前还包括：

构造资源对象模型，包括：

确定资源对象名称；

将资源对象名称注册到SYSRES表，在所述SYSRES表中存储所述资源 对象对应的管理接口；

将资源对象名称和各资源对象对应的元素名称注册到SYSRESMAP表， 在所述SYSRESMAP表中存储各元素对应的操作属性。图3示出了资源对象 模型的映射示意图。

应用本实施例提供的一种基于对象模型的Linux系统管理监控方法，客户 端模块发送资源处理请求到服务器端模块，服务器端模块根据客户端模块相 关请求与数据库模块相关表进行交互，然后根据相关系统接口对Linux操作系 统进行交互并将结果返回给客户端模块。将各个Linux管理对象抽象为资源对 象模型存储在数据库模块中，当需要在某个监控对象上增加监控元素，只需 在数据库表中增加相关映射即可，而不需要更改服务端代码，可以基于Linux 对象模型进行管理监控，效率较高。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个 实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似 的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相 似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

以上对本发明所提供的系统和方法进行了详细介绍，本文中应用了具体 个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮 助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依 据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述， 本说明书内容不应理解为对本发明的限制。