优云软件:双态运维下,老司机是怎么玩CMDB的?

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

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

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

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

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

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

优云软件:双态运维下,老司机是怎么玩CMDB的?

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

优云软件:双态运维下,老司机是怎么玩CMDB的?

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

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

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

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

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

优云软件:双态运维下,老司机是怎么玩CMDB的?

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

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

作者:周振中

·优云软件资深产品经理

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

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

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

“活动期:现到2016年12月31日前免费,欢迎详询:www.uyun.cn

更多运维技术文章请关注优云官方微信(broada_ops)

优云软件:双态运维下,老司机是怎么玩CMDB的?

原创文章,作者:uyunops,如若转载,请注明出处:http://www.178linux.com/28850

(0)
uyunopsuyunops
上一篇 2016-08-05 16:16
下一篇 2016-08-05 16:16

相关推荐

  • 基于ssl协议和openssl工具建立私有CA

    前言     要自建CA需先了解openssl工具和ssl协议还有各加密类型     ssl(Secure Socket Layer)安全套接字层当前版本为3.0,浏览器与Web服务器之间的身份认证和加密数据传输,它工作在传输层和各应用层之间,用户可以选择是否使用ssl进行传输,选择ssl协议将调用…

    Linux干货 2015-05-07
  • 操作系统文件管理

      在现代计算机系统中,要用到大量的程序和数据,因内存容量有限,且不能长期保存,故而平时总是把它们以文件的形式存放在外存中,需要时再随时将它们调入内存。如果由用户直接管理外存上的文件,不仅要求用户熟悉外存特性,了解各种文件的属性,以及它们在外存上的位置,而且在多用户环境下,还必须能保持数据的安全性和一致性。显然,这是用户所不能胜任、也不愿…

    Linux干货 2015-04-13
  • 流式传输的两大主流种类及流式传输特点

     流式传输定义很广泛,现在主要指通过网络传送媒体(如视频、音频)的技术总称。其特定含义为通过Internet 将影视节目传送到PC机。实现流式传输有两种方法:实时流式传输(Realtime streaming)和顺序流式传输(progressive streaming)。(百度百科)     在网络上传输音/视频(英文…

    Linux干货 2015-04-10
  • shell脚本之条件测试

    组合条件测试:在多个条件间实现逻辑运算     与:[ condition1 -a condition2 ]、condition1 && condition2     或:[ condition…

    Linux干货 2015-08-24
  • linux中软链接和硬链接简单说明

    linux链接文件 在 Linux 上文件系统被分成两个部分:数据 (user data) 与元数据 (metadata)。数据,即文件数据块 (data block),数据块是记录文件真实内容的地方;而元数据则是文件的附加属性,如:文件大小、创建时间、所有者等信息。在 Linux 中,元数据中的 inode 号(inode 是文件元数据的一部分但其并不包含…

    Linux干货 2016-12-05
  • 小型网站MYSQL问题二:Percona Xtrabackup实现数据库备份和恢复

    故事背景:前面大胆的选择了innodb,接下来就要考虑数据库的备份和恢复。俗话说“常在河边走,哪能不湿鞋“,自从接触数据这块,使我一直对它保持敬畏之心。在这里使用了percona公司的xtrabckup工具来实现数据库备份和恢复。操作步骤记录如下: 1、安装软件仓库(不要问我为什么不用源码安装,好吧,其实我懒。) wget https://www.…

    数据库运维 2015-12-19