今天总结的是翰纬CMDB解决方案。

 

以CMDB之名

 

CMDB不知道从何时开始成为复杂的配置管理系统的代名词。这体现了我们对复杂事物的抽象能力。

 

CMDB是一把双刃剑。简化的同时也会导致内涵的流失。

 

但CMDB的叫法已经成了既成事实，那就不纠结了。自己知道自己做了什么就行。

 

2021年CMDB做了什么

 

2021年实施了CMDB的朋友，可以想想这一年都做了什么？

 

我们做的和十年前做的事情是否有变化？有哪些新的内容？这些新的内容是否对当下的运维有实质性的帮助？

 

2021年，我们帮助客户做了一个CMDB咨询项目、三个CMDB工具实施落地。

 

要回答上面提出的三个问题，最好的时间就是现在，正好一年了，可以对CMDB解决方案做个总结。

 

CMDB落地更关注场景

 

要说现在CMDB落地实施和十几年最大的区别是什么？我的回答是：场景。

 

不是说以前没有场景，而是说，现在是场景驱动CMDB的建设。

 

所以，实施CMDB项目重点看合作方如何来实施场景，而不是再来看他们有什么功能，是否提供建模，是否提供拓扑图。这些都是基本能力。

 

CMDB落地有哪些新内容

 

从CMDB建设角度来说，新内容要有个界定。

 

如果是因为监管控工具替换而重新对接，这不叫CMDB落地的新内容。而DevOps对持续部署的要求则是可以明确为CMDB建设的新内容。

 

所以，大家可以回头看看自己实施落地的CMDB有哪些是新内容，哪些是传统的CMDB落地建设。

 

所谓新内容的讨论目的不是为了显摆自己的与众不同，只是看看CMDB的实施是否与时俱进。

 

CMDB落地对当下运维的帮助

 

是否有帮助要分几个方面来看。

 

第一个是建了总归有帮助，从无到有，从有到重构。

 

CMDB最大的特点是初建初始化时，数据是准的，但用着用着就乱了。

 

今年初建CMDB的客户，可以保证一年内运维数据还是准的。

 

第二个是你要什么就满足什么，这一定有帮助。

 

这种模式是CMDB贴身服务。定制化一定有帮助。合作方对CMDB的理解决定了CMDB能走多远。用户方对CMDB的理解决定了CMDB能走多深。

 

第三个我称之为“精准扶贫”模式。这个帮助特点是范围聚焦、风险不蔓延、结果可控。

 

CMDB总被诟病的是“大而全”建设带来的风险蔓延而结果不理想。

 

“精准扶贫”模式强调通过筛选后的精准数据对运维的帮助。前置条件是数据的完整、准确。

 

2022年聚焦重构运维数据服务模式

 

“精准扶贫”虽然听起来有些不顺耳，但CMDB对运维场景的支撑，的确遇到一个问题：支持乏力，能力贫弱。

 

“精准扶贫”的背后是如何管理好运维数据以及如何用好运维数据为场景服务。管好运维数据是第一步，用好运维数据是第二步。

 

说到这里大家也许会发现，我们已经从CMDB过渡到运维数据。CMDB其实已经不满足当下运维对数据的要求。

 

在一次与客户的交流中，讲到一半，客户就对我们说：你们做的不是CMDB！我们笑了。客户是个明白人，他看出来CMDB只是一个外衣，我们做的事情已经超出了CMDB的范畴。

 

所以，走出客户的大楼，我们就给2022年CMDB解决方案定下了一个新的基调：盘活运维资产、激活运维场景，重构运维数据服务模式！

 

可以说，不谈运维数据服务的CMDB只是十年前的CMDB，关注场景的运维数据服务才是CMDB的未来！虽然不情愿用CMDB这个词来表达我们正在做的事，但不纠结了。