优云软件:双态运维下,老司机是怎么玩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)
上一篇 2016-08-05 16:16
下一篇 2016-08-05 16:16

相关推荐

  • vim编辑器的用法

    vim编辑器的用法 1、vi的基本概念     vi可以分为三种模式,分别是命令模式(command mode)、输入模式(Insert mode)和末行模式(last line mode),各模式的功能如下:     1) 命令行模式command mode)         …

    Linux干货 2015-09-14
  • Http协议中的各种长度限制总结

    HTTP1.0的格式 request(HTTP请求消息)结构:一个请求行.部分消息头,以及实体内容,其中的一些消息内容都是可选择的.消息头和实体内容之间要用空行分开. GET /index.html HTTP/1.1 //请求头,下面都是消息头.Accept: */*Accept-Languang:en-usConnection:keep-aliveHost…

    Linux干货 2015-04-04
  • day7作业练习

    1、显示当前系统root、mage或wang用户的UID和默认shell  2、找出/etc/rc.d/init.d/functions文件中行首为某单词(包 括下划线)后面跟一个小括号的行  3、使用egrep取出/etc/rc.d/init.d/functions中其基名     v …

    系统运维 2016-08-08
  • 接51CTO:13 用户组和权限管理3

    用户组和权限管理3 一、杂项知识整理 1、硬链接:写源文件可以是相对地址,相对于链接文件。例如 [root@localhost testdir]# ln ../etc/fstab aaa ln: 无法创建硬链接"aaa" => "../etc/fstab…

    Linux干货 2016-08-04
  • Linux DNS服务系列之主从复制、子域授权和转发、view配置详解

    前言 上文我们讲解了DNS服务的原理及正反向解析配置,相信大家对DNS服务已经有了初步了解。接下来,让我们进一步了解DNS服务的其它功能,本文将详解主从复制、子域授权和转发以及view的相关配置。 主从服务器配置 主从服务器关系 如果公司内DNS服务器负载过重或者为了实现冗余这一类功能就需要用到一个备份DNS服务器,备份服务器和主DNS服务器就形成了主从关系…

    Linux干货 2015-04-13
  • bash代码注入的安全漏洞

           很多人或许对上半年发生的安全问题“心脏流血”(Heartbleed Bug)事件记忆颇深,这两天,又出现了另外一个“毁灭级”的漏洞——Bash软件安全漏洞。这个漏洞由法国GNU/Linux爱好者Stéphane Chazelas所发现。随后,美国电脑紧急应变中心(US-CERT)、红帽以及多家从事安全的公…

    Linux干货 2015-03-30