双态运维下，老司机是怎么玩CMDB的？

行业内有个科技公司，CMDB前后建设12年，重构了N次，一言不合就重构，我深深的被这种屡拆屡战，初心不改精神所折服。我真心想问下做CMDB的兄弟，各位是怎么熬过来的？请不要回避，其实我们都曾被这样虐过！

近几年我司承建国内很多传统行业的CMDB项目，坦白的说，随着互联网+热潮的冲击，因很多传统企业也慢慢的在转变业务，把很多传统型的业务互联网化，或者开辟新型业务来适应瞬息万变的互联网，这样CMDB越发吃力，使出吃奶的力气在频繁应付各种用户需求，有种烈士暮年，壮心不已的悲怆，看的着实让人心疼。

另外在传统IT和互联网下，由于业务形态不同，IT的架构也慢慢的演进为2种形态，其中稳态，以传统IT建设思路为代表，应用强调安全、稳定，基础设施多采用集中式部署和高端服务器；敏态，以互联网建设思路为代表，应用强调灵活、可扩展，基础设施多采用分布式部署和通用服务器。所以在这样的大环境下，我们提出了双态运维，双态运维强调两种运维形态的相互融合和相互渗透，敏态运维面向敏态的IT管理场景，强调的是速度、灵活、迭代，稳态运维面向稳态的IT管理场景，强调的是可靠、安全、成本。双态运维需要根据业务的特点来组织，稳态和敏态运维比例是动态的，是随着业务的演进来变化，是相互衔接而非独立的。

为了适应双态运维的趋势，我们推出了全新定义的运维品牌--“优云”，优云CMDB从一开始设计就是从一开始设计就是从人性出发，从用户的痛点出发，一方面利用维护圈围绕怎么整治人性的慵懒，诱发人性的虚荣，引起人性的恐惧，促进与人沟通协作的社交化上来，帮助用户做好人工的配置维护。另外一方面利用消费圈怎么促进数据消费，并且在数据消费的过程中逐步的改善数据的质量。

>>>>引入社交，激活配置维护的原动力

老一辈用他走的过路活生生的告诉我们，吃大锅饭行不通的，要致富，莫开大锅饭，分田到户，一家一户，自擦屁股。配置维护一样，但配置维护是小团队（如果团队小，可以到个人）行为，所以需要给每个团队一亩三分地划好，如按照业务系统的架构划分，圈子就会包括该业务架构的所有配置（业务、应用、集群、主机、数据库、中间件等），这样团队自给自足，懒的话，别说饭了，连汤都没得喝了，圈子的划分很好的解决了人性懒惰的天性，自己的责任自己维护！

人是群聚而居的动物，没有社交活动，心理就没有归属，而且渴望得到别人的认同。通过数据的共享，分享，达到数据协作共建，另外通过开放式的评论、点赞、站内信，说说你的看法或不同观点、或者建议方案，帮助他人，也将收获别人的赞许。

另外根据配置的创建和变更、评论以及圈子的操作等维度，计算出每个圈子的动态指数，有人爱慕虚荣，爱彰显，自然有人就会心生恐惧，害怕对比，害怕落后，势必会百尺竿头思更进，策马扬鞭自奋蹄！

>>>>随需消费，让配置数据产生价值

有一些公司喜欢把自建CMDB做的很重量级，例如把一些容量管理，根源分析等等都做到CMDB里面。这样长期下去，CMDB越发臃肿，难以控制。其实容量分析，不应该是CMDB做的事情，应是容量管理模块，CMDB只需要给容量管理提供配置以及关系就够了，至于怎么利用数据去做分析，是容量管理的事情了，CMDB自己做容量管理，有点二把刀想冒充老司机的意思。

另外在典型的稳态的传统架构下，92%-95%的资源在应用上线的时候就被锁定了，应用如果是个地主，资源就是农奴，它的生命周期一直到应用淘汰，这个服务器不会干别的事。但是在敏态的互联网架构里面，一个数据中心甚至能够做到95%以上的资源在上线的时候跟应用没有绑定关系，可以在它的生命周期里被动态分配。所以关系已经不能再固定了，时间久了，很多关系已经不准确了，另外我理解关系真正的作用在于，如果你不消费，关系基本上是没有用的，就是一堆静态数据。所以我们CMDB一开始设计就不打算固化关系。只有对消费场景，关系才真正有存在的价值。

优云CMDB数据消费实现的是，通过根节点，随时按需可以拎起一颗关系树，即时消费。如果拎起的关系还不能满足消费场景，可以人工的再进行编辑、丰富。并且基于消费圈向外部提供API读取信息的能力，外部随时可以读取消费圈内的配置及其关系。

作为耗在CMDB上面这么多年的老司机，走了很多弯路，也自掘了很多坑，有时候我们都是蒙着头一路奔袭，总以为到达终点一定会山花烂漫，春暖花开，可惜事与愿违。其实在路时候，真的需要停下脚步，驻留片刻，回头看看，问问自己当初为何出发！

优云CMDB总结过去，重拾初衷，将传统的ITIL方法论融入DevOps的新思想，再造一个新的CMDB，让CMDB能够自动、实时、准确地映射整个业务支撑架构，以消费场景化的串联为目标，以社交化的协作为机制，将运维工具进行碎片整合，形成配置数据交换的枢纽，使CMDB从一个传统、静态的信息库，转变为一个敏捷、动态的运维元数据，形成以消费场景为驱动的服务型CMDB，让配置管理不再是您的负担。

作者：周振中

·优云软件资深产品经理

·5年电信BOSS，4年IT运维软件产品管理经验

·目前负责优云CMDB产品管理

优云：秉承devops的理念，从监控、到应用体验，到自动化持续交付，全栈运维服务平台！