浅谈中大型企业CMDB的建设

转自公众号：蓝鲸 
针对CMDB这个主题，之前一直想写一篇文章来表达我的看法，但是之前一直不敢写，为什么？因为CMDB这个主题属于一提大家都懂，但是深入讨论大家都晕菜的一个话题；在2018年实施了几十个自动化运维项目后，我对CMDB的理解又进一步加深，因此想谈谈我对CMDB的看法。

关于CMDB的两种截然相反的论调：

CMDB没什么卵用，就是国外厂商搞出来忽悠人的，我们企业之前花上百万上的CMDB，还没有我使用Excel表格管理方便； 

CMDB是运维工具建设的核心，只有CMDB建设好了，建设完善了，才能够建设自动化。

我们不用讨论对错，其实上面两种观点在对应的场景下都可能是对的，如你的IT对象不多，IT管理系统和ITSM系统都没有建设，其实用Excle表格管理比较方便；如果你的IT对象非常多，并且变化快，IT管理系统也非常多，这种情况下，你发现没有建设好CMDB就会带来很大的问题。

我们理解的CMDB：

CMDB本质上就是一个数据库，可以开放数据服务给到各个系统来调用和访问的数据库； 

CMDB本质上是现实世界的IT系统在数字世界的抽象。打个比方，我们每个人在现实世界是存在的，但是我们在公安系统中抽象出来的存在就是我们的身份证信息，这一串信息代表了我们的个人信息，以及我们和家人之间的关联关系。

理解CMDB之后，现实中我们就不要对CMDB系统提出太高的要求，如要求CMDB系统为我们提供系统架构图、提供业务访问调用链关系等等。

一、站在更高的视角搞明白CMDB
有时候，我特别讨厌老外创建一堆的词汇，看到这些词汇让人感到头晕，比如我刚研究CMDB的时候就了解到CMDB相关的词汇如下：CMDB、CMS、ITSM、ITAM、ITOA、NSM、CM、ACM、SCM……哈哈，怎么样，头晕了吧！另外更让人郁闷的是CMDB和CMS都被中文翻译成配置管理，而CM也被中文翻译成为配置管理，我当时为了理解这些东西简直快要崩溃了。

CMDB和CMS，应该是要被放在一起讲的。CMS叫配置管理服务，是用来管理和维护CMDB，并且把CMDB数据的能力开放出去给到其他系统使用的服务；

ITSM是IT服务管理，IT服务管理系统需要调用到CMDB提供的数据，当然也有纯流程的ITSM和CMDB没有任何的耦合，也有ITSM系统中自己带了一个CMDB，需要用户手动维护数据；

ITAM是IT资产管理，资产管理和财务系统有一定的关系，主要关注硬件和软件资产信息的管理。ITAM需要使用到CMDB中的数据；

ITOA是IT运营数据分析，如Splunk这种商业软件和基于开源的ElasticSearch软件，ITOA可以消费CMDB数据为海量运营数据打上标签，提供各种数据分析的维度等；

NSM是网络及系统管理，主要是指我们通过监控、自动化等工具对运维对象进行运维管理的额各种操作；

CM、ACM、SCM这三个词应该放到一起讲，CM泛指针对IT对象的配置进行操作管理，如Puppet工具；ACM是应用配置管理，如Apollo配置管理中心；SCM是软件配置管理，如SVN等；SCM主要是给开发团队用的，ACM主要是运维团队使用，因此大家沟通的时候如果不理解就更容易混淆，CM、ACM、SCM事实上和CMDB没有非常紧密的关系，当然他们也可以去消费CMDB提供的数据。

二、CMDB建设的思路

1、业务需求分析

CMDB的建设也需要做业务需求分析？太扯淡了吧。其实我们在此说的业务不是指企业的“业务”，如快递业务、机票业务，而是指IT业务。把IT作为业务来看待，IT业务用来支撑企业“真实的业务”；把IT作为一项业务来看待后，可以进行如下的分析： 

分析IT业务和“真实业务”之间的关系，如网上银行业务和网上银行IT系统是非常紧密耦合的关系，IT系统故障或使用体验不好，将会直接导致网上银行用户的不满和流失，当然也会导致企业的业务损失（也就是钱的损失）； 

分析IT业务的现状和未来的发展，如果说企业的业务正在进行互联网转型，那么你的IT服务器规模和云计算的使用都可能是未来要考虑的； 

分析企业对IT管理的需求，我们是做好基础的监管控，保障稳定即可？还是说我们队IT服务的质量有更高的要求？ 

分析企业对IT安全的需求； 

分析企业IT采用技术的情况； 

分析企业目前IT业务面临最大的挑战和问题。

2、组织和人员安排

CMDB如此的重要，CMDB建设的组织和人员到底应该如何安排？根据CMDB落地比较好的企业，我们推荐CMDB建设的发起人应该是由IT运维总监或IT服务部门发起。

CMDB建设的负责人建议有一个人专门负责CMDB平台的建设及推广，并且制定CMDB对应的流程和规范，同时建议CMDB团队应该是由各领域技术团队和CMDB负责人组成的一个小组。

CMDB的组织和人员也需要根据IT业务发展的不同阶段进行动态的变化和调整。

3、工具平台建设

CMDB建设目前是以下三种现状混合的状态，根据我们的客户调研，我们认为选择“动态的CMDB”解决方案才是满足中大型企业未来业务需求的CMDB。 

基础CMDB建设： 
谁说用Excel构建的配置信息表就不叫CMDB？只要能满足IT业务的需求、维护方便、具备运维人员都遵守的流程，它就是合适的CMDB;

流程CMDB建设： 
CMDB的建设仅仅是为了满足发布、变更等流程的需求，这样的CMDB建设难度是非常大的，维护准确的配置信息将会耗费运维人员很多的精力；

动态CMDB建设： 
利用自动化的运维工具，构建动态的CMDB，并且能够实现配置管理服务的提供；动态的核心是能够自动的发现配置对象和配置信息，能够按照用户设定的规则进行配置信息入库，并且具备很好的开放能力，把CMDB作为服务开放给其他系统进行使用。

三、CMDB的价值

1、CMDB和CMS服务的技术价值

我们用SOA的技术理念去理解CMDB带来的技术价值： 
如果没有构建CMDB服务，可能存在以下的情形，我需要修改一个配置信息，可能各个系统都要去做修改，并且还极容易导致配置数据的不准确；

如果构建了统一的CMDB，如下图所示：

2、CMDB和CMS的业务价值

CMDB是IT现实世界在数字世界的抽象，通过这个抽象，我们能够基于CMDB构建企业IT运营管理的各种场景，如更高效的发布系统、甚至未来我们实行AIOPS，CMDB仍然是基础；这就好像，我们把现实中的地理位置，抽象成为地图，我们可以结合GPS实现导航、送餐等便捷服务，甚至未来实现智慧城市都和电子地图有非常紧密的关系。

总之，中大型的企业构建一个“动态CMDB”,一定要从自己的IT业务需求出发，合理的安排人员、选择技术先进的技术平台就可以实现；另外，完善的CMDB不是通过一个项目，2~3个月就构建出来的，CMDB要具备较强的灵活性，方便管理人员进行扩展，通过持续的优化和改善才能够达到目标；CMDB本身不具备很高的业务价值，只有它的数据被各种运维工具消费才会产生更高的业务价值。