《CMDB分步构建指南》译者序，不明白概念的可以读读

CMDB是IT管理领域众多概念中最为奇妙的一个。

几年前，我的一个朋友，一位有着丰富的IT管理经验的IT主管曾经对我说：“CMDB就是个筐，别的IT管理软件做不了的事情就都往里装。” 我好奇地追问缘由，他解释说：“在我们建设IT管理系统的这些年，每个做IT管理不同领域的软件和服务的厂商都在跟我讲CMDB，很多解决不了的问题，都说是由于缺失CMDB造成的，而究竟CMDB是什么样子的，具体做哪些事情，又似乎没人说得清楚。”

这位IT主管所说的并非特例，之后我遇到的许多客户和IT管理行业的从业者都有类似的感觉。CMDB似乎是个极宏大极难解的概念，看得到，却摸不着。这是个非常有趣的现象，几乎所有IT人从学习ITIL的第一天起就开始接触CMDB，绝大多数人也都认识到CMDB在IT管理中的核心地位和重要性，但直到今天，不但对如何建设CMDB，缺少成功的经验和有效的方法论（这正是您将读到的这本书所阐述的内容），而且关于CMDB的范围、价值、作用和在整个IT管理架构中的定位，在国内ITIL的实践者中仍然是众说纷纭，缺乏统一和清晰的认识。

作为经历了许多IT管理系统项目的从业者，我想在此谈谈我对CMDB的几点粗浅认识，从几个不同的角度诠释CMDB，以期引发各位读者的思考，推动CMDB在中国IT管理领域发挥更大的作用。

CMDB是ConfigurationManagement Database的缩写，也就是配置管理数据库，这个名词使得很多人想当然地认为CMDB的主要作用是存放配置信息的数据库，其实这个理解并不准确。这个理解会立即带来一系列的疑问，比如：在监控系统、IT资产管理系统、流程管理系统里也都有大量的配置信息，为什么一定需要一个CMDB呢？是不是所有的配置信息都应该存入CMDB呢？究竟什么叫做配置信息？等等。

其实CMDB并不一定非要存放所有的配置信息，甚至不需要提供很多配置信息。CMDB是用来存放CI（ConfigurationItem，配置项）和CI关系的。CI就是我们在IT环境中所有要管理的对象，包括硬件、软件、应用、服务乃至部门和人，都可以是一个CI，而有了这些CI和CI之间的关系，就基本可以描述一个IT环境。CMDB最基本、也是最重要的作用为IT环境中的管理对象建设一个身份证和户籍系统，并成为IT管理系统中从对象视角进行管理的信息索引。

让我们审视一下今天IT团队在日常管理中要用到种种工具和系统，不外乎有几大类：一类是用来监视IT运行状况的，也就是我们常说的监控工具，其中又根据监控对象、监控视角、监控内容和功能定位的不同细分为网络监控、系统监控、应用监控、流量监控、用户体验监控、事件处理平台等，这类软件相当于运维人员的眼睛，帮助运维人员发现和记录IT环境的动态运行状况；另一类是操作类工具，也常称为自动化工具，相当于运维人员的智能机械手，帮助运维人员自动执行对系统环境的安装、发布和配置等工作，以实现运维操作的标准化、自动化，提高效率，消除操作失误和错误配置；第三类是流程类工具，将IT工作中的各类事务流程化、电子化，有效控制和确保流程的规范化和服务质量的落实。

除去一些局部的管理工具，以上所说的这几类系统基本涵盖了IT运维管理的主要范围，仔细考虑一下就不难发现，这些系统都是从某个片面的“事”的角度建立起来的：监控发生的事件，执行所有的动作，处理所有的事务，等等，均是在管理“事”。而事实上所有的“事”都离不开“物”---对象，这里说的“物”包括实体的物和逻辑的物，比如应用，比如服务，还有人、部门。这就使每个系统都要有其“事”所涉及到的“物”的一些相关信息，事实上在每个“事”的系统中也都建立了一些关于被管理对象的信息，但这些信息都是相对片面的，和该系统所负责的“事“有关的信息，而各个系统中的所管理的“物”虽然是同一个，但信息之间却无法打通，甚至根本没有对“物”的统一的识别手段，更没有关于“物”和“物”之间关系的完整信息。同一台机器，在某个系统中可能是以IP地址为识别方式，在另一个系统中则可能是以主机名，而在其它系统里又可能是以资产编号识别。缺少一个统一的针对“物”的唯一识别和关系系统，就没有各个“事”的分散系统中的信息索引，无法从“物”的视角整合各个“事”的系统里的分散信息，导致了管理中一个最为重要的视角的缺失，不能形成对整个IT运营完整和统合的分析与管理，更无法从“服务”这个“物”的维度实现IT管理，“面向服务的IT运维”也就很难落地。

所以从最基本和最重要的作用上来讲，CMDB是在为IT建立一个身份证和户籍系统。实现从“物”的维度打通各个“事”的系统，从而实现IT管理中“事+物”的整合。对照到社会管理的范畴，身份证和户籍系统为每个人提供了一个唯一标识——身份证号码，并记录了人和人之间的关系，但这个系统里并没有太多的信息，都只是一些基本属性：姓名、性别、民族、出生日、地址。更多的信息是分散在其它系统里的，比如住房信息、银行账户、借贷历史、健康状况、病史、旅行信息等等，都分别在不同的信息系统里，但如果没有身份证和户籍系统，就无法从“人”的角度来整合这些信息。你既无法知道一个人的全面状况，也不能了解家庭的状况，连个人贷款都无从谈起，更无法进行跨领域的管理。与此类似，有了CMDB这个将所有“事”的系统从“物”的视角串接联通起来的索引，我们在实际管理中才有可能回答这样的一些问题：某一项业务服务由哪些IT组件支撑？过去一年在这项服务上有多少事件和变更发生？对其中某个组件变更时，可能影响哪些业务系统和哪些用户？哪一类组件的事件率更高？事件率与变更率、使用年限、操作系统、厂牌和服务商有无关系？这项业务服务的整体成本是多少？

其实，IT管理在每个独立的“事”的领域里做到一定程度之后就很难提升，缺少CMDB这个提供“物”的视角管理的支撑和统合系统是一个关键原因。回到本文的开头，那位IT主管所说“每个做IT管理不同领域的软件和服务的厂商都在跟我讲CMDB，很多解决不了的问题，都说是由于缺失CMDB造成的”，其原因也就不难理解了。

当然，成为IT的身份证和户籍系统只是说了CMDB最基本的一个作用，但这个基本作用非常关键，理解了这一点，就能够明白关于CMDB的一个非常重要的概念：CMDB和其它系统（管理“事”的系统）的整合才能发挥CMDB的作用，整合的系统越多，作用越大，而且不是加法关系，是乘法关系的放大。孤立地想从CMDB的配置信息上挖掘使用场景，犹如试图从地基本身寻找商业价值，而不知它的主要作用是撑起上面的摩天大厦。

在云计算风起云涌的今天，CMDB的意义更为重要。过去，计算资源是以服务器为单位的，管理服务器内各个组件靠的是操作系统，在云计算时代，计算资源变成了由许多IT组件构成的云，IT管理系统就成了这朵云的操作系统。在此之前，对多组件的IT环境的描述往往更多的是技术人员依据自己的习惯画的各种逻辑或物理示意图，这种描述用于人与人的沟通或许足够，但如果作为供云的操作系统做动态管理来使用则全然没有可能，而CMDB就为这种多IT组件的环境提供了一种相对通用和规范的描述方法和语言，成为云的一个基本要素。

BMC软件是全球IT管理软件和BSM（业务服务管理）领域的行业领导者，一直践行“业务行于IT，IT行于BMC”的企业愿景，推动IT组织从“面向IT组件的管理”转向“面向业务服务的管理”。在长期的IT管理系统建设实践中，BMC充分认识到CMDB的实施对于提升IT管理水平的重要意义，更意识到CMDB是整合各个IT管理系统的关键，因此始终坚持构建以CMDB/CMS为核心的BSM业务服务管理平台，并且自率先推出商用的CMDB产品以来，在CMDB技术的研究、发展和实践方面始终保持着领先地位。BMC不但要为用户提供最好的CMDB/CMS产品，更致力将在众多CMDB项目中获取的实际经验贡献出来，让CMDB能够真正落地，本书正是此努力的成果之一。

世人追求短期效应者众，看重长期发展者寡。打基础的事情，往往最难，在中国尤其如此。可基础不打好，楼就盖不起来，或者盖起来也不稳当。而正因其难，做起来也就格外有趣，成功时也就格外欢喜。想来此书的读者都是IT管理行业的同好，希望能在未来与各位同心协力，打好CMDB这个地基，一起筑起中国IT管理系统的摩天大厦。