一种CMDB配置分类随需扩充和自动建立关系的方法与流程

本发明涉及配置管理数据库的管理领域，具体为一种cmdb配置分类随需扩充和自动建立关系的方法。

背景技术：

cmdb(configurationmanagementdatabase)配置管理数据库，是企业it为了记录、管理、维护企业内部各种配置项目、生命周期和关联关系的一套逻辑数据库。传统的cmdb数据库，大多只能记录硬件信息，比如服务器、网络设备、防火墙、存储信息等，而升级过后的cmdb，还会记录中间件、数据库等信息，通过软硬件信息的结合，手动建立联系，实现业务topo拓扑图。

随着近几年云时代的来临，容器化技术的出现微服务架构的落地，当今的it架构已经越来越复杂，而且越往后，发展越快，变化越快；传统的cmdb已经无法满足it架构的要求，而如果每次出来新的技术，就要重新升级cmdb，会存在以下问题：

1.代价较大，传统cmdb可能需要进行定制开发，才能对所管理的配置项分类，进行新增，而这个过程，往往会花费一个较长的时间，和较多的人力投入；

2.永远跟不上时代的步伐，如果不能快速响应，可能当升级好上一个it架构的新配置项时，新的时代就又来临了，那么cmdb就永远只能跟在时代发展的后面，而无法和时代共同进步；

3.关系梳理困难，云化，容器化后业务系统与硬件之间，再也不是简单的直连关系，业务系统都运行在云上，已经很难确定硬件和业务系统的关系，传统cmdb的关系管理，已经无法满足需求。

所以人们需要一种简单易操作的，能够即配即用的一种cmdb配置分类岁序扩充和自动建立关系的方法来解决上述问题。

技术实现要素：

本发明的目的在于提供一种cmdb配置分类随需扩充和自动建立关系的方法，以解决上述背景技术中提出的问题。

为了解决上述技术问题，本发明提供如下技术方案：一种cmdb配置分类随需扩充和自动建立关系的方法，包括以下步骤：

步骤s1，cmdb为用户提供模型管理功能，所述cmdb根据用户自身需求调整数据模型，进行模型的自建，在cmdb中添加属性，并进行自建分类、属性分类和属性定义；

步骤s2，通过步骤s1获得子分类，判断获得的子分类是否为cmdb中的共有分类属性，所有的子分类继承父分类上的属性分类和属性定义；

步骤s3，通过步骤s2获取固定分类或者分类属性，为固定分类或者分类属性根据用户自身需求添加code，并将配置的code传入到接口，返回对应的分类或属性；

步骤s4，子分类进行修改时，将修改信息通过固定code属性同步更新到所有子分类对应的属性中，并通过关系自动绑定，形成业务topo拓扑图。

进一步地，所述步骤s1中包括以下步骤：

步骤s11，根据用户自身需求调整系统数据模型，将数据模型分为图片数据模型和树形结构数据模型，所述图片数据模型用于展示对应分类的图片，每个分类都可以建立子分类，子分类的层级没有限制；

步骤s12，根据步骤s11中的数据模型创建分类，并将分类归类到不同的数据模型中。

优选地，所述步骤s11中，所述图片数据模型直接展示对应分类的图片，所述树形结构数据模型中的每个分类都能够创建无层级限制的子分类，同时，每个分类下均能够创建属性和属性子分类，通过属性分类划分属性；

所述步骤s12中，进行分类归类时，通过属性分类的属性是否为共有分类进行归类，当属性为共有属性分类中时，进入步骤s22，当属性不属于共有属性分类中时，进入步骤s23，属性都在属性分类下，通过属性分类对属性进行划分，避免过多的属性放在一起，导致不方便使用，同时属性分类可以更明确的显示属性的作用。

进一步地，所述步骤s2包括以下步骤：

步骤s21，在系统数据模型中，直接对属性进行定义，将属性定义为ci(configinformation)，并选择好与ci对应的属性分类；

步骤s22，根据所述步骤s12中创建的分类和所述步骤s21中的属性分类，所有的子分类直接继承其父分类上的所有属性分类与属性，并确定分类操作；

步骤s23，在与属性对应的子分类上直接添加新的属性分类。

优选地，所述步骤s21中，在新增ci时，ci在对应属性分类中选中其他ci后，所选ci与新增ci自动建立关系；

所述步骤s22中，子分类继承父分类的所有属性分类时，只能继承相关属性，不能实行删除操作，同时，子分类在进行继承时，只对父分类的几个属性具有修改权限，包括属性别名、是否必填、是否显示、是否可编辑。

进一步地，所述步骤s3包括以下步骤：

步骤s31，用户根据自己的需求，自由增加属性分类，当程序需要直接获取一个分类时，设置一个固定属性code来进行处理，程序通过code获取需要的属性或属性分类；

步骤s32，判断所述步骤s31中获取的属性或属性分类有无子分类，子分类对父分类属性的code进行继承；

步骤s33，程序通过code获取到所有的所需属性分类或属性，程序通过对应的接口，将获取到的属性分类或者属性，传入到返回接口，向客户返回对应的分类或者属性。

优选地，所述步骤s32包括以下步骤：

步骤s321，获取到的属性或属性分类有子分类，将子分类继承属性的code修改为与父分类code相同，进入步骤s33；

步骤s322，获取到的属性或属性分类没有子分类，直接进入步骤s33。

进一步地，所述步骤s4包括以下步骤：

步骤s41，程序在执行步骤s1-s3时，父分类中的属性或属性分类会发生相应改变，当父分类中的属性发生改变时，子分类通过code继承时，将父分类中的修改内容同步至所有相关子分类对应属性中；

步骤s42，通过所述步骤s21中的ci进行当前属性与选择属性的自动绑定，结合不同的属性分类，形成业务topo拓扑图，所述业务topo拓扑图中，以直接关系为主要关系，对关系通过属性和属性分类进行梳理，完成cmdb的配置。

与现有技术相比，本发明所达到的有益效果是：

1.本发明可以随着技术的发展技术扩充各类需要管理的资源，无需后续增加研发，用户仅仅只需要通过cmdb中配置好对应的分类与属性进行配置，即可实现资源扩充；

2.业务topo拓扑图是通过ci属性进行自动关联的，当系统程序中出现新的组件加入到业务中时，只需要配置好对应的分类与属性，同时对关联的属性做好相应配置，仅仅通过自动关联，即可展现出新的业务topo拓扑图，整个过程简单方便，节省许多配置时间；

3.当发现部分属性或者分类，需要被程序调用时，只需配置对应code，按照用户自身需求，构建cmdb分类与属性，不同用户需求之间存在一定相似度，但也有差异，可以实现cmdb的即配即用。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是本发明的一种cmdb配置分类随需扩充和自动建立关系的方法流程示意图；

图2是本发明的一种cmdb配置分类随需扩充和自动建立关系的方法实施例中，添加属性结构示意图；

图3是本发明的一种cmdb配置分类随需扩充和自动建立关系的方法实施例中，设置分类或属性code结构示意图；

图4是本发明的一种cmdb配置分类随需扩充和自动建立关系的方法的实施例中，生成的业务topo拓扑图。

具体实施方式

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

实施例：

请参阅图1-4，本发明提供一种cmdb配置分类随需扩充和自动建立关系的方法，包括以下步骤：

cmdb配置分类随需扩充和自动建立关系方法包括以下步骤：

步骤s1，cmdb为用户提供模型管理功能，所述cmdb根据用户自身需求调整数据模型，进行模型的自建，在cmdb中添加属性，并进行自建分类、属性分类和属性定义，具体包括以下步骤：

步骤s11，根据用户自身需求调整系统数据模型，将数据模型分为图片数据模型和树形结构数据模型，所述图片数据模型用于展示对应分类的图片，图片数据模型直接展示对应分类的图片，树形结构数据模型中的每个分类都能够创建无层级限制的子分类，同时，每个分类下均能够创建属性和属性子分类，通过属性分类划分属性；

步骤s12，根据步骤s11中的数据模型创建分类，并将分类归类到不同的数据模型中，进行分类归类时，通过属性分类的属性是否为共有分类进行归类，当属性为共有属性分类中时，进入步骤s22，当属性不属于共有属性分类中时，进入步骤s23。

将从客户处调研来的cmdb分类与属性进行梳理，将60％以上子分类共同拥有的属性配置到父分类上，这样子分类会继承这些属性，同时对于无这些属性的子分类，可以将这些分类设置成不显示。

步骤s2，通过步骤s1获得子分类，判断获得的子分类是否为cmdb中的共有分类属性，所有的子分类继承父分类上的属性分类和属性定义，包括以下步骤：

步骤s21，在系统数据模型中，直接对属性进行定义，将属性定义为ci(configinformation)，并选择好与ci对应的属性分类，在新增ci时，ci在对应属性分类中选中其他ci后，所选ci与新增ci自动建立关系；

步骤s22，根据所述步骤s12中创建的分类和所述步骤s21中的属性分类，所有的子分类直接继承其父分类上的所有属性分类与属性，并确定分类操作，分类继承父分类的所有属性分类时，只能继承相关属性，不能实行删除操作，同时，子分类在进行继承时，只对父分类的几个属性具有修改权限，包括属性别名、是否必填、是否显示、是否可编辑。

步骤s23，在与属性对应的子分类上直接添加新的属性分类；

步骤s3，通过步骤s2获取固定分类或者分类属性，为固定分类或者分类属性根据用户自身需求添加code，并将配置的code传入到接口，返回对应的分类或属性，包括以下步骤：

步骤s31，用户根据自己的需求，自由增加属性分类，当程序需要直接获取一个分类时，设置一个固定属性code来进行处理，程序通过code获取需要的属性或属性分类；

步骤s32，判断所述步骤s31中获取的属性或属性分类有无子分类，子分类对父分类属性的code进行继承，包括：

步骤s321，获取到的属性或属性分类有子分类，将子分类继承属性的code修改为与父分类code相同，进入步骤s33；

步骤s322，获取到的属性或属性分类没有子分类，直接进入步骤s33；

步骤s33，程序通过code获取到所有的所需属性分类或属性，程序通过对应的接口，将获取到的属性分类或者属性，传入到返回接口，向客户返回对应的分类或者属性。

分类与属性都是由用户自建，当程序需要获取某一个特定分类或属性的时，并不能直接获取到该分类或者属性，这时，就需要为这些分类或者属性，配置与程序约定好的code，将code配置到正确的分类或属性上后，程序就可以直接通过该分类或者属性的code，获取到需要的分类或者属性。

步骤s4，子分类进行修改时，将修改信息通过固定code属性同步更新到所有子分类对应的属性中，并通过关系自动绑定，形成业务topo拓扑图，包括以下步骤：

步骤s41，程序在执行步骤s1-s3时，父分类中的属性或属性分类会发生相应改变，当父分类中的属性发生改变时，子分类通过code继承时，将父分类中的修改内容同步至所有相关子分类对应属性中；

步骤s42，通过所述步骤s21中的ci进行当前属性与选择属性的自动绑定，结合不同的属性分类，形成业务topo拓扑图，所述业务topo拓扑图中，以直接关系为主要关系，对关系通过属性和属性分类进行梳理，完成cmdb的配置；

以直接关系为主要关系，将直接关系，建立在1：n的n这边，例如虚拟机与实体机，因为一台实体机上面会存在多台虚拟机，所以该关系在梳理时，可以在虚拟机上设置一个属性，叫做依附实体机，在这个属性中，填入该虚拟机所依附的实体机，即可完成配置；再例如实体机与交换机，一台交换机，会有多台实体机和它连接，所以该关系梳理时，可以在实体上设置一个属性，叫做连接网络设备，在这个属性中，填入该实体机所连接的网络设备，即可完成设置，以此类推形成业务topo拓扑图，实现cmdb的配置。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。