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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

时间: 2024-10-24 22:07:31

CMDB内功心法,助我登上运维之巅的相关文章

CMDB专家实践谈:自动化运维的基石CMDB

CMDB是什么? 运维百花齐放繁荣景象的同时,也让碎片化问题产生:每个人都想整合运维平台,但是往往事与愿违. CMDB就像一个人的大脑核心,是一个信息协调库,其存储的资料是协调身体完成各种复杂运动的信息来源. 我心中的CMDB .碎片整合 面向运维工具的碎片化场景,是盘活整个运维管理的数据核心 .元数据库 提供运维活动的基础元数据,是唯一可信的运维配置数据服务 .场景驱动 为运维联动提供数据驱动,可协调工具来完成各类自动化场景 自动扩容+自动监控 CMDB如何建设? 痛点现象与对策I模型建不好

优云CMDB专家实践谈:自动化运维的基石CMDB

CMDB是什么? 运维百花齐放繁荣景象的同时,也让碎片化问题产生:每个人都想整合运维平台,但是往往事与愿违. CMDB就像一个人的大脑核心,是一个信息协调库,其存储的资料是协调身体完成各种复杂运动的信息来源. 我心中的CMDB .碎片整合 面向运维工具的碎片化场景,是盘活整个运维管理的数据核心 .元数据库 提供运维活动的基础元数据,是唯一可信的运维配置数据服务 .场景驱动 为运维联动提供数据驱动,可协调工具来完成各类自动化场景 自动扩容+自动监控 CMDB如何建设? 痛点现象与对策I模型建不好

zabbix 掌上运维

最近写了一套结合zabbix的掌上运维系统,可以实现ping.zabbix监控项图形化查看.服务器指定命令(如关机.重启进程等).IPMI名(远程管理卡关机.重启.BMC重启等).VM-esxi(esxi 虚拟化管理重启虚拟机.关机等).主要由CI(php MVC框架).jqmobile(js的移动框架)写成.APP化也已经完成.http://blog.chinaunix.net/uid-12765590-id-4622226.html 安装方法先安装好zabbix,这个网上教程很多,我就不阐述

从On-Premise本地到On-Cloud云上运维的演进

摘要: 从用户的声音中,我们听到用户对稳定.弹性.透明的诉求,我们也在不断升级ECS的运维能力和体验,助力用户建立主动运维体系,赋能业务永续运行.为了让大家更好的了解和用好ECS弹性计算服务,从本期开始,我们会以专栏的形式不断更新ECS运维方面的内容,也欢迎大家多提宝贵建议和意见,帮助我们打造更好的弹性计算服务. 阿里云经过9年多的发展,成长为中国第一全球前三的云服务提供商,为上百万用户提供IT基础设施云服务.这些用户几乎都会使用ECS弹性计算服务,这其中既有面向消费者(to C).企业(to

CMDB三大绝招,助我站稳运维之巅

上一篇(内功篇)介绍了建设CMDB的内功心法,接下来和各位交流下建设CMDB的招式.内功是根基.是基础,决定了武学修为境界的高低,招式也许就是明心见性之后的修行.修为指一个人的修养.素质.道德.涵养.造诣等,是意识形态:而招式是将这些内在意识的东西向外传递的多种表现形式或手段.对于项目建设,内功心法是偏项目管理,而招式是偏产品形态.招式是技术.场景.数据.技术决定了产品的稳定性.性能:场景决定了产品的适应性.匹配度.粘合度:而数据决定了产品的未来. [第一式]技术 很多人都觉得京东是一家电商公司

站在“巨人”的肩膀上运维

现实问题 之前在论坛看到一个运维工程师的帖子,内容如下: "现在的一个IT工作者最头疼的就是加班,秃顶的是IT工作者最多.单身的是IT工作者最多.没有约会,没有休闲,没有旅游还是IT工作者最多.这可怎么办呢?我是一名IT运维工程师,每天的工作量很大,更不敢离开机器半步,长期跟设备.服务器打交道,因为怕万一机器出毛病,自己负担不起业务上的麻烦,又怕经理的"炒鱿鱼",况且公司还不肯出钱雇很多IT运维人员,让我一个人看着这么多的设备,真是连眼都不敢眨一下,雇来几个人也是呆不长就走人

阿里云发布多款云管工具,任何角色都可以轻松完成云上运维

摘要: 无论是在传统的开发过程,还是在云上,运维都是一个十分重要而又繁重的工作.随着企业规模的扩大,系统架构的复杂度在增加,部署规模也在不断扩大,控制台不再能满足其需求,需要一个便捷.实用的运维系统或者运维工具来完成,这不仅需要大量的开发工作,还需要对云产品的API进行学习和研究. 无论是在传统的开发过程,还是在云上,运维都是一个十分重要而又繁重的工作.随着企业规模的扩大,系统架构的复杂度在增加,部署规模也在不断扩大,控制台不再能满足其需求,需要一个便捷.实用的运维系统或者运维工具来完成,这不仅

Redis持久化磁盘IO方式及其带来的问题   有Redis线上运维经验的人会发现Redis在物理内存使用比较多,但还没有超过实际物理内存总容量时就会发生不稳定甚至崩溃的问题,有人认为是基于快照方式持

转自:http://blog.csdn.net/kaosini/article/details/9176961 一.对Redis持久化的探讨与理解 redis是一个支持持久化的内存数据库,也就是说redis需要经常将内存中的数据同步到磁盘来保证持久化.redis支持两种持久化方式,一种是 Snapshot(RDB)也是默认方式,另一种是Append only file(AOF)的方式.具体的理论说明请见这里. 我们应该明确持久化的数据有什么用,答案是用于重启后的数据恢复.Redis是一个内存数据

那些年不上运维自动化 NO ZUO NO DIE 写下的关机脚本

#!/bin/sh#author:jerry#create date 2015-12#last update: 2018-8-27decide() {[ $1 == 0 ] && echo "$2 $3 shutdown success" >>down.log || echo "$2 $3 shutdown fail" >>down.log}alias gom='ssh -p 1211 cwdb_m'alias gos='ss