优云软件:双态运维下,老司机是怎么玩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

相关推荐

  • LVS管理平台使用手册(第一版)[原创]

     为了更好管理、维护LVS平台,本人基于Django+certmaster+func开发了一套管理平台,主要功能模块分为性能图表、数据中心、虚拟IP池、主机管理、监控模块等功能,基本上是按F5-LTM管理平台思路来设计,下面只要对这几大块功能进行说明。1、性能图表 功能说明:以小时、日、星期、月、年的图表展示LVS SERVER、VIP、SERVE…

    Linux干货 2015-03-28
  • awk学习笔记

    一、linux的文本处理器三剑客   文本过滤器:grep、egrep、fgrep   行编辑器:sed(模式空间;保持空间)   报表生成器:awk(格式化文本输出)gawk awk的工作流程: 从文本中读取一行内容,根据指定的分隔符;将读入的一行内容分隔成字段,然后格式化输出指定的字段 二、awk的命令相关的参数及用法 &n…

    Linux干货 2015-06-23
  • bash功能特性二 命令别名和历史命令

    一、历史命令     bash提供存储历史命令的功能,下面来详细介绍一下。     1、history命令         命令格式:history [options]   &nb…

    Linux干货 2015-04-21
  • Linux文本处理工具之grep

    简介     grep:Global search regular expression and print out the line.     grep是一种文本搜索处理工具,根据用户指定的文本模式或搜索条件对目标文件进行逐行搜索,并显示能匹配到的行。   …

    Linux干货 2015-05-12
  • MySQL-MMM安装指南(Multi-Master Replication Manager for MySQL)

    最基本的MMM安装必须至少需要2个数据库服务器和一个监控服务器下面要配置的MySQL Cluster环境包含四台数据库服务器和一台监控服务器,如下: function ip hostname server id monitoring host 192.168.0.10 mon – master 1 192.168.0.11 db1 1 maste…

    Linux干货 2015-05-01
  • 文件查找:locate/find

    文件查找就是在文件系统上查找符合条件的文件,工具名分别为:locate和find locate是非实时查找或数据库查找的工具;而find则是实时查找工具。 locate locate依赖于事先构建的索引。索引的构建是在系统较为空闲时自动进行(即为周期性任务),也可以手动更新数据库(updatedb) 注意:索引构建过程需要遍历整个根文件系统,极其消耗资源。 …

    Linux干货 2016-03-12