自动化运维的基石：CMDB

CMDB是什么/strong>

运维百花齐放繁荣景象的同时，也让碎片化问题产生；每个人都想整合运维平台，但是往往事与愿违。

我们怎么干的– 技术

第一步，数据类型标签化 ,支持多重身份

传统的CMDB系统，往往使用科学分类法的思路，按界、门、纲、目等树型结构去严格划分，但这样给建模带来了非常巨大的挑战，因为一定有一些数据四不像。比如虚拟机，到底是划到传统的计算设备资源下，还是划到虚拟资源下以我们提议使用数据类型标签化的方式来进行分类。比如虚拟机，我可以同时打上计算设备与虚拟资源这样两个标签。

第二步，使用关系建立联系 ,分清关系与属性

使用弱类型约束的关系，而不是属性。因为属性往往要提前建模，但实际上很多配置项在建立时，是想不清楚它可能与哪些配置项产生联系的，所以使用关系可以更轻量化。

第三步，易于调整模型 ,支持动态属性

在CMDB系统的技术设计过种中，要注重使用能快速调整的存储模型，比如使用支持scheme调整友好的数据库，或postgresql这样支持json扩展字段的数据库，可以实现动态属性。

痛点现象与对策 II数据不准确

存在的问题：

. 人工录入数据、准确率低

. 没有及时维护、数据过期

. 数据来源多、存在冲突

我们怎么干的– 管理

. 确定地位

确定CMDB作为唯一数据源，若上下数据流不准确，应从CMDB开始修正

. 职权划定

自定原则，例如谁提供，谁维护

. 定期审查

从制度上需要确定团队能定期对CMDB中的数据进行审计，寻找错误数据并改进问题。如同一些仓储管理，需要定期核查帐面与实际库存，CMDB也需要定期审查数据与生产环境的实际符合度。

CMDB成功要素

能消费起来的CMDB才是好CMDB！

模型：定义了最小可用的CMDB模型结构与规则

数据：正确地维护了CMDB各类数据及其关系

API：提供了开放友好的API服务

场景：利用CMDB的数据玩转各种运维场景

CMDB = 模型 +数据 + API +场景

蒋君伟同学，来自优云软件，负责优云运维产品线研发，是一个在IT动物园里折腾了十多年的运维工程狮 + 程序猿。

《自动化运维的基石：CMDB》

下载地址:http://pan.baidu.com/s/1slyzmS9 

密码: k7vj

文章知识点与官方知识档案匹配，可进一步学习相关知识云原生入门技能树基础架构自动编排(Terraform)介绍Terraform8634 人正在系统学习中

来源：优云敏捷运维