【I·M·U_Ops】------Ⅱ------ IMU自动化运维平台之CMDB

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

说明
本脚本仅作为学习使用，请勿用于任何商业用途。
本文为原创，遵循CC 4.0 by-sa版权协议，转载请附上原文出处链接和本声明。

#A 我理解的 CMDB

CMDB翻译过来，Configuration Management DataBase，其实也是配置管理的意思，但从实际情况看，CMDB的概念定义已经出现了很大的局限性。在ITIL时代，太多的CMDB落地项目，但鲜有成功。如果要将CMDB中的“配置”两字要从这个里面去掉，那么必须重新给它设定一个边界。在这个边界划分上，我们可以借鉴CMDB需要经历的三个阶段：资产管理、配置管理到今天的IT资源管理。

资产管理围绕硬件属性、采购属性、成本属性、采购属性、固件管理等等；配置管理围绕服务管理、配置管理等等，但配置范畴太广，导致容易管理失控，比如说应用配置、环境配置、中间件参数管理等不适合进入CMDB，分布式配置中心Apollo、Nacos便是佐证；IT资源管理进一步缩小其管理能力范围，把不能够产生服务能力的东西都剥离出去，不纳入管理范围。

一旦我们收敛了CMDB的管理边界是IT资源，此时就需要知道构成资源服务能力的不仅仅是资源自身，还有其关联的资源，资源图谱概念由此产生。资源图谱旨在描述IT世界中存在的各种实体与资源及其关系,构成一张复杂的实体与资源关系图，节点表示资源实体，边则由关系构成。在资源图谱的概念中，对现实世界的图谱描述有两层，第一层是实体层，第二层是资源层，最后是他们的关系表达。实体是从真实的世界出发，直观看到的，比如说网络、防火墙、应用系统、数据库中间件等等，通常一个实体代表一类服务能力。再往下，实体构成对外的服务能力一定是其关联的资源实现的，比如说网络上的端口、应用系统的部署和服务资源、基础设施主机上的CPU/网络/存储等等资源。

那到底什么是IT资源？一切能直接或者间接产生业务服务价值的IT实体都可以称之为资源。本次设计的I·M·U自动化运维平台也将加入CMDB模块，通过将IT资源的整合为运维提供最可靠的基石，然后再结合应用和价值服务来实现我们的运维核心价值。

#B IMU运维平台中的CMDB

这次设计过程中主要是根据个人对运维的理解来完成，当然如果大家有什么不合理的地方或者有待优化的地方还请大家指正出来。当然这个平台全部编写完成后我会将它的github地址更新到文章中，一个平台只要被不停地迭代相信总有一天它会变得非常好用。

在创建models前，我们要确定我们的CMDB中都要包含那些IT资源，每个资源都有那些属性使我们关心的。这里我就直接粘贴我做的图好了。