[发明专利]一种构建互联网运维资源关联体系的方法及系统

说明书

本发明公开了一种构建互联网运维资源关联体系的方法及系统，方法包括：根据业务类型确定配置管理数据库系统的项目信息；根据所述确定的项目信息得到项目所包含的应用信息；根据所述得到的应用信息确定每个应用所包含的集群信息；根据所述确定的集群信息得到每个集群所包含的主机信息。本发明从业务自身出发，构建了由项目、应用、集群和主机组成的四层对象模型来组建配置管理数据库系统，利用业务应用为原点可适配于大部分企业的企业模式，节省了开发人员的人力成本和时间成本；配置管理数据库系统的应用可扩展，能通过对应用的扩展来应对后续业务模式的变更，可扩展性更高。本发明可广泛应用于配置管理数据库系统设计领域。

技术领域

本发明涉及配置管理数据库系统设计领域，尤其是一种构建互联网运维资源关联体系的方法及系统。

背景技术

随着互联网行业的发展，IT运维(运营维护)在业界的受重视程度越来越高，而对于互联网运维来说，最重要的核心系统无疑是CMDB(配置管理数据库系统)，CMDB提供了一整套接口与其它任何需要该信息的系统进行对接，将信息从一个统一的、标准的源头输出给各垂直或水平业务功能系统，而运维需要做的就是维护CMDB本身基础数据的完整性和准确性，CMDB与各流程系统、垂直功能系统结合之后实现信息数据一处变更，处处同步。所以说它是所有运维自动化的基础系统，核心中的核心。

每家企业的运维团队基本都会建设自己的配置管理系统，但是，各家企业的业务情况各异，很难有统一的系统设计模式可以重复利用。所以，各家都在建设配置管理系统的过程中重复开发，缺乏一个可以参考的设计模式。这样导致的结果是，其一，浪费开发人员的人力成本和时间成本；其二，由于开发人员的经验有限，容易设计出一套不可扩展的模式，导致后期随着业务的变更而导致不必要的返工重造，进一步浪费宝贵的人力成本和耽误业务发展时机。

究其原因，现有的大部分运维团队的CMDB设计方法一般是以服务器为主线进行运维资源对象的关系拓扑图展开，以建立一个大而全的运维属性表。然而这样通过零散的运维对象来拼凑CMDB一般是无法成功的，因为这样的设计方式根本没有从业务出发，只从物理机器的角度出发是无法应对真正的业务需求的，会存在以下问题：

a.只从物理主机出发，缺乏了对业务应用的关注，导致物理层和应用层无法关联；

b.以物理层为主线的CMDB设计方法，让运维人员重心在物理层，降低了对业务的敏感度以及相关运维能力；

c.后续随着业务的发展，面向物理层的CMDB都难以应对业务的变更，需要大幅度的重构代码设计。

发明内容

为解决上述技术问题，本发明的目的在于：提供一种成本低和可扩展性高的构建互联网运维资源关联体系的方法及系统。

本发明所采取的第一技术方案是：

一种构建互联网运维资源关联体系的方法，包括以下步骤：

根据业务类型确定配置管理数据库系统的项目信息；

根据所述确定的项目信息得到项目所包含的应用信息；

根据所述得到的应用信息确定每个应用所包含的集群信息；

根据所述确定的集群信息得到每个集群所包含的主机信息；

其中，项目信息包括配置管理数据库系统对外服务的整体系统信息，应用信息包括应用的类型信息，集群信息包括项目的运行场景信息，主机信息包括项目运行所需的机器资源信息，所述配置管理数据库系统的应用可扩展。

进一步，所述配置管理数据库系统的项目信息包括项目属性信息，所述项目属性信息具体包括项目ID、项目名称、项目代号和包含的应用列表。

进一步，所述配置管理数据库系统的应用信息包括应用属性信息，所述应用属性信息具体包括应用ID、应用名称、应用代号、所属项目和包含的集群列表。