标签：cmdb
谈谈我对CMDB的看法，其实也没做过实际CMDB的项目，都是在资料中和实际CMDB系统操作中去了解的。
首先从业务上，为什么需要CMDB？
目前企业中IT系统越来越多，ERP,CRM,OA,运营,运维.....每个系统或多或少会跟设备，人，组织，软硬件等配置项相关联，那么问题来了，多个系统对同一个配置项的标识形式可能会不同，例如一台服务器在ERP系统里可能是用MAC地址做标识，在监控系统里又是用IP地址做标识，在OA系统里有可能用出厂序列号做标识，这样导致该配置项的状态属性都分散在各应用系统中，无法通过唯一标识来从全局的维度管理该配置项。
为了能从全局维度管理IT配置项，所以提出CMDB的概念和解决方案，帮助运维人员提升管理质量。
例如在监控系统中一台服务器告警，我能通过监控系统里面的IP地址迅速关联到CMDB，通过CMDB的配置项关系查询到当前服务器是谁在用，属于哪个部门，给他发信息，提示服务器异常，及时把控业务影响。同时把状态同步给OA系统，如果要对这个服务器进行操作，就可以提示当前服务器异常，让OA的用户不要在OA系统操作这台服务器。。。。通过CMDB就能对配置项进行全局把控了。
既然了解了为什么需要CMDB，那再来看看CMDB具备的功能点：
1 数据建模
所有的配置项都需要建模并维护配置项间的关联关系
2 数据整合
提供合适的工具，将第三方系统的配置项同步到本地配置库，能对整合的数据进行唯一化处理
可以整合XML，EXCEL，DB等
3 版本管理
记录配置项修改的历史记录
4 配置项拓扑图展示
5 定时同步任务
从第三方系统定时同步配置项信息过来
6 自动发现
发现当前网络中已有的配置项，并能定时发现更新
已经看了功能点，那来了解下实际的产品
OneCMDB是开源的CMDB，功能基本完善，英文版
ZOHO的CMDB跟资产也有关联，通过页面建模，页面配置，比较方便
CA的CMDB，通过GRLoader整合数据，通过WSP工具建模，功能强大，但是没ZOHO易用。
总结：CMDB难点还是在管理上，配置项如何划分，细粒度如何把控，包括后期配置项的变更流程，这个都需要IT部根据公司实际情况和运维能力去仔细斟酌。
本文出自 “ping blog” 博客，请务必保留此出处http://liyanping.blog.51cto.com/6241230/1603707
标签：cmdb
原文地址：http://liyanping.blog.51cto.com/6241230/1603707
