CMDB内功心法,助我登上运维之巅

0.jpg

很多70、80后甚至90后都在金庸、古龙、梁羽生先生等武林大家熏陶下成长的,这么多年过去了,我的武侠梦依然不曾散去。曾几何,梦想有一天练就一身绝学,搂着小师妹花前月下,仗剑走天涯,快意人生。可每次的酣睡美梦都被班主任大书板子给抽醒,在他们的鞭策之下,浑浑噩噩的成了一位IT骚年。我们都知道武功分为内功和招式,内功是气,而招式是形,以气御形。内功深厚,会让你的招式如虎添翼、势如破竹;内功不济,招式也是花拳绣腿、苍白乏力。同样光有内力而无招式的延展,也仅仅是一只呆头鹅。所以内力和招式相辅相成,相得益彰,缺一不可。

其实一个CMDB项目建设过程和练就一套武林绝学套路是一样的,有内功和招式。内功是什么?是价值观、方法论、执行力。招式是什么?是技术、场景、数据。

1.jpg

接下来与大家交流下有关CMDB建设的内功心法篇。

价值观:灌输理念,拥抱变化;畅谈理想,聚拢人心

在当前“互联网+”的冲击下,DevOps新的运维理念如疾风迅雷般的灌入。伴随着云计算、大数据、移动互联的火热发展,同时用户终端、流量入口、业务模式的改变,一并促使运维进入一个新的拐点。从稳定、学院派的ITIL往敏捷、自由派的DevOps发展。

对于团队来说,我们需要向内部灌输这些新的理念,接纳新的事物,拥抱新的变化,慢慢的形成一致的价值观,一致的运维信仰,营造出一批理想主义者在干一件牛B大事的氛围上来。马老师说过:梦想还是要有的,万一实现了呢!所以让我们行动起来练就心法第一式:价值观!

方法论:偷师学艺,因地制宜;取长补短,合理运用;自上而下,自下而上;小步快跑,逐步迭代

每款优秀的产品背后都有一个借鉴的故事,我想每一个产品人都有过这样的经历,好产品和坏产品主要的区别在于借鉴之后是否能够形成超越。在任何项目开始的时候,都需要努力参考业内优秀的成功案例。在实践中,求同存异,因地制宜,避免弯路。

在传统IT和互联网影响下,由于业务形态不同,IT的架构也慢慢演进为两种形态。其中稳态,以传统IT建设思路为代表,应用强调安全、稳定;基础设施多采用集中式部署和高端服务器;敏态,以互联网建设思路为代表,应用强调灵活、可扩展;基础设施多采用分布式部署和通用服务器。如果贸然稳态直接跳转到敏态不切实际,因稳态的模式下,由于历史原因陈旧的技术债太多,架构繁多、复杂,风险太大。另外并不是所有的业务都需要敏态的架构模式。所以我们在迎接新理念的时候,应该取长补短,合理运用。更多考虑是在两种架构下的两种运维形态相互融合与渗透。敏态运维面向敏态的IT管理场景,强调的是速度、灵活、迭代;稳态运维面向稳态的IT管理场景,强调的是可靠、安全、成本。双态运维需要根据业务的特点来组织,稳态和敏态运维比例是动态的,是随着业务的演进来变化,是相互衔接而非独立的。

2.jpg

CMDB建设是一个持续改进过程,而不是一个短期建设项目。CMDB既要面对不断建设、长期演进的复杂IT架构,又要面临未来新技术引入带来的变化和风险,所以需要采用持续改进的戴明环思路,从实际的运维问题和场景出发,明确每一轮的配置管理目标,在有限的人力和资源配备下,持续改进CMDB系统和数据质量。避免一次性什么都想管,什么都管不好。在场景分析和目标拟定上,我们采用TOP-DOWN的自上而下的模式,利用服务型视角去贯穿业务,分析真实的运维配置消费场景,关注真正能够驱动运维价值的配置项。然后,再建设落地和开发改进上,我们又采用了自下而上的模式,遵循持续的技术改进思路,采用敏捷思路、小步快跑,逐步迭代。

执行力:政策加持,坚决拥护;上下一心,砥砺前行

牛已经吹过,理想也谈过,运维信仰也一致了,剩下的就是执行力了。对于执行力,更多的是依赖企业自身的企业文化,对于CMDB项目建设的关键,应该是在于找准上级决策精神与本部门实际情况的结合点,把实施决策的原则性和解决问题的灵活性统一起来,提出切实可行的实施思路和具体措施,创造性地开展工作。说白了就是红头文件在手,烦恼不再有。

内功是根基,是基础,决定了武学修为境界的高低,在很多CMDB失败的案例中可以看出,价值观、方法论、执行力是决定项目成败的关键。

在修炼的路上,任重而道远,祝君好运!其招式篇后续奉上,敬请期待!

优云全线产品免费试用:https://www.uyun.cn

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

(0)
uyunopsuyunops
上一篇 2017-01-09 10:03
下一篇 2017-01-09 10:03

相关推荐

  • 浅析linux软、硬链接

    软链接 硬链接 不同点 创建时会占用新的inode号, 不会占用 可以跨分区 不可以跨分区 与源文件是两个不同的文件,不会增加文件链接数 与源文件数据相同,会增加文件链接数 依赖于链接的文件名,当删除或移动源文件后,连接可能失效 不依赖于源文件名,删除或移动源文件后,硬链接依然使用 对文件,目录都可以执行链接操作 只能对文件执行链接操作 大小为指向源文件路径…

    Linux干货 2016-12-05
  • socket编程原理

    1、问题的引入 1) 普通的I/O操作过程: UNIX系统的I/O命令集,是从Maltics和早期系统中的命令演变出来的,其模式为打开一读/写一关闭(open-write-read-close)。在一个用户进程进行I/O操作时,它首先调用“打开”获得对指定文件或设备的使用权,并返回称为文件描述符的整型数,以描述用户在打开的文件或设备上进行I/O操作的进程。然…

    Linux干货 2015-04-10
  • 线上多服务管理工具实例剖析

    原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://nolinux.blog.51cto.com/4824967/1583156        公司线上对nginx、tomcat和jar包的java应用的服务管理脚本之前都是单独分离开…

    Linux干货 2016-08-15
  • 轻松实现源码打包安装[原创]

    通常我们在Linux/Unix下安装一平台时往往需要十几甚至更多安装包,这些源码包来源于网络、本地硬盘、移动设备。有时碰到网络不畅通或下载地址失效会带来很多麻烦,一个好方法便是将常用的软件包下载到本地硬盘存放。问题是久而久之连自己都不晓得哪些包才是适用的。现用makeself来实现自解压倒安装倒是一个很好的解决方案,下面以制作Func客户端安装包为例。 一、…

    Linux干货 2015-03-27
  • Linux安全和openssl、gpg加密

                     Linux安全和openssl、gpg加密 本章内容: 安全机制 对称加密 不对称加密 散列算法 PKI和CA openssl 证书管理 gpg   加密需要: 不加密的流量易受攻击性 密码/数据嗅探 数据操作 验证操作 相当…

    系统运维 2016-10-09
  • 设计模式(六)桥连模式Bridge(结构型)

    1. 概述       在软件系统中,某些类型由于自身的逻辑,它具有两个或多个维度的变化,那么如何应对这种“多维度的变化”?如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化,而又不引入额外的复杂度? 例子1:设想如果要绘制矩形、圆形、椭圆、正方形,我们至少需要4个形状类,但是如果绘制的图形需要具有不同的…

    Linux干货 2015-06-26