01

CMDB只是一个数据库

 

CMDB从定义上讲是一个数据库。只是太具符号性被用来替代了有些庞大的配置管理系统(CMS)。为什么说是庞大的配置管理系统?不要以为配置管理=CMDB,这个理解会带偏我们的认知。

 

配置管理系统是涵盖了自动发现+配置管理流程+CMDB这三件套。下面我用前东家HPE的CMS来做个图例说明。
 

2020,我们的CMDB服务来了

 

和客户聊天,有时候他们会问我一个问题:有什么用得比较好的CMDB产品吗?或者有谁CMDB用得不错的?这样的对话往往最让我困惑,他们到底是要一个CMDB,还是想要带有自动发现的CMDB,又或是流程也没做好想看看别家的配置管理经验和实践?
 

2020,我们的CMDB服务来了

 

真的挺难回答。说一句正确的废话:适用即最好。但问题是什么叫用得好?这要从两个维度来看。一个维度是保障基础数据的准确性、完整性和及时性;一个维度是提供基于场景的数据消费。一个对内,一个对外。前者是基石,后者是发展。

 

02

能用技术解决的都不是问题

 

能用技术解决的都不是问题!CMDB在过去的十多年里一直没有得到很好地解决,看来应该不是技术问题。如果只把目光限定在CMDB上,没有解决不了的问题,但如果放在了配置管理系统(CMS)层面来看,CMDB做得好与不好其实是大家都知道我也不想多说的问题。
 

 

2020,我们的CMDB服务来了


CMDB,暂且也用这个单词来代替配置管理,不是一套产品可以解决,也不是没有办法解决。而是,需要投入来解决。你没有专职人员来负责,没有精力去维护,CMDB必定做不好!集中一次清理的“运动式”维护不是长久之计。


我看到CMDB做得不错的客户,不是盯着库,不是看拓扑,也不是建关系。而是,他知道自己该做什么,如何去做。产品做不到,自己开发;场景不清楚,自己调研;数据不完整,自己凭借对组织内数据的了解,通过其它方式实现数据的审计和质量保证。他用了组合拳来实现CMDB的数据管理和日常运维。


但不是所有客户都有这个能力和条件来使用组合拳管理自己的CMDB。那么他们该怎么办?

 

03

2020,我们的CMDB服务来了

 

从当前市场强调CMDB应用的需求出发,我考虑后续推出“CMDB as a Service”解决方案服务面向需要借助外部力量来帮助解决内部CMDB应用问题的客户。希望通过我们的参与:

 

帮助客户梳理CMDB应用上遇到的问题

理清问题背后的原因

提出问题的处理优先级和应对方案

实施方案并解决CMDB应用的问题


“CMDB as a Service”很轻量,很友好,可以与客户现有CMDB包容,保护客户投资;也可以直接提供CMDB让客户选择使用,不绑定第三方厂商的流程管理。支持与客户共研CMDB,作为解决方案服务商参与。
 

2020,我们的CMDB服务来了

 

“CMDB as a Service”不是我们独创,但我觉得这个提法和现在要做的CMDB服务非常贴切,所以我借用了这个说法。因为我们正是利用CMDB对外主动提供各种场景所需要的数据消费服务。

 

“CMDB as a Service”是与客户共同成长的服务模式,符合ITIL 4提出的价值共创理念。客户不仅是服务受益方,也是服务的参与方,共同实现CMDB对相关利益部门的支持和价值传递。

 

“CMDB as a Service”,2020年,期待与您有进一步的合作!