作者简介谢亚涛,广通软件项目经理兼技术专家组成员,高级项目经理和技术专家,热爱各种IT技术,拥有RHCE/RHCVA/OCP/VCP/ITIL/ITSS等多种技术和管理证书,积累了十多年的IT运维管理经验,对ITSM项目的落地特别是CMDB的设计有着丰富的实践经验。 正文作为IT管理的核心,CMDB逐渐成为系统管理项目实施的热点。在很多的案例中,由于忽视了CMDB的因素,ITIL的深入应用受到了极大的挑战。同时,由于CMDB是IT管理信息的集中,CMDB也是一个重要的工具和手段。 在CMDB落地过程中需要注意的是,CMDB项目不是一个简单的软件安装过程,而是一个咨询、培训、实施、优化密切结合的综合过程,涉及到平台工具采购、咨询服务、实施服务、培训、甚至扩展开发等内容。同时,一个成功的CMDB项目不能一蹴而就,而是一个循序渐进、持续发展的过程,需要企业后续的投入和不断改进服务。 笔者积累了十多年的IT运维管理经验,对ITSM项目的落地特别是CMDB的设计有着丰富的实践经验,这两年在海关总署、中国航信、铁路总公司、浙商银行、黑龙江农信等政企用户集中运维项目中,重点参与了CMDB咨询设计及落地实施服务。在整个过程中,笔者深深的体会到,CMDB项目的成功,重中之重在于CMDB模型的顶层设计,下面针对CMDB的设计过程进行深入剖析。 一、了解企业政策 企业政策,是企业管理的行动指南和共同纲领,它使企业在认识上形成统一,减少了不必要的沟通成本,并使企业在流程执行上事半功倍。对于构建CMDB而言,主要有以下两类政策需要重点关注:
二、确定配置项管理范围
ITIL规范认为,CI的生命周期是从CI的接收到最终报废退出的全过程,但在具体实施过程中,由于流程管理主体的差异化,不同项目对CI生命周期的划分和定义会有所不同,主要针对如下两个问题的确定
三、构建符合用户的CI模型分类 定义配置项属性(一个原则+一套结构)
模型分类设计样例: 四、确定CI项的属性 针对模型中的每个CI的属性项进行调研,根据用户实际需求进行调整、扩充或修改,包括:属性项采用什么类型比较合理(易于展现和维护),需要用户提供哪些资料,例如:字典、默认值等信息。此过程同样遵循“精而不多”的原则。 属性设计样例: 五、定义CI项之间的关系 所有配置项都有存在的意义,而他们之间的内在关系是CMDB的重要价值体现之一,关系明确了,运维人员就能准确的找到相关实体资源,当发生故障时能够快速定位故障来源及其影响范围,从而迅速的解决各种隐患。 定义配置项关系,一般可使用两种方法:
CMDB配置项关系设计样例(以某个业务系统为例): 设计图中,完整的展现了一个业务系统所有与之相关的配置项,分析如下:
以上信息对于运维人员来说,能够更加清晰的掌握业务系统正常运转的支撑点和来龙去脉,从而做到掌控全局。 结束语: CMDB的设计过程是一个复杂且与用户交互性非常强的过程,在此过程中需要充分让用户理解CMDB的概念以及相关原则,需要我们将后期维护CMDB可能带来的风险和成本跟用户做好充分的沟通,让用户去逐一去斟酌、考虑和规划,从而避免CMDB项目的失败,同时可以帮助用户优化和完善CMDB管理制度,定义人员角色,并结合变更流程来保持配置的准确性和鲜活性,真正帮助用户持续做好CMDB的维护,发挥CMDB应有的价值。
近期文章(可直接点击阅读) 打造家庭多功能服务器--(一) 硬件选型及安装系统centos7 加入运维帮(点这里加入运维帮会员)运维帮已开通多个微信群供大家交流学习,需要先加南非蜘蛛微信 (yunweibang008)后拉你入群。 会员讨论群:总群1、总群2、总群3、总群4 软件讨论群:Nginx、Zabbix QQ讨论群:186356564 快乐分享,快乐生活 商务合作,请加微信yunweibang008 |
|
来自: victor1208 > 《IT技术文档》