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

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

【第一式】技术

很多人都觉得京东是一家电商公司,刘强东却认为京东本质上是一家技术公司,是一家以技术驱动去解放传统零售,传统物流和传统金融的一个公司。同样马云也多次提到阿里是一家技术公司,如没有强大的技术支持,也不可能撑得住今年双11每秒12万笔的交易。可见技术是一个企业的安身立命之本,另外技术还是决定一个业务系统稳定性的核心要素。

系统稳定性计算公式,摘自王喜春在运维世界大会的分享

关于技术有两个方面的考虑:

技术向往

作为一个技术男,我们应努力嗅探新技术,新技术的出现,必然会涉及到一些颠覆或改进,对于产品而言,改进一点点,也许就是进一大步。积极运用新技术,不要惧怕新技术的坑,拿出踏平坎坷成大道的气势来!

技术取舍

对于新技术我们要积极接纳又要有所甄别,取自己需要的。根据其各自特点和擅长的领域,让其各司其职,最大化的挖掘单个技术的价值,物善其用。

【第二式】场景

每款产品的出现都是源于需求,需求的出现,都是来自用户的特殊场景。产品设计的本源是解决问题,只有去亲身体验去思考用户使用的真实场景,才能设计出贴合用户,接地气的产品。基于场景,我们应该怎么做设计呢?我这里分了四步骤。

我们以CI关系的展现这个场景来举例说明:

场景说明

运维人员(基础运维,应用运维,系统运维)在系统变更、故障等时候,需要查看CI的关系,知道变更、故障的等影响范围,辅助运维人员分析。

分析,分解

CI关系,可以看成CI的社交关系,和人一样都是活在一张弥天大网之中。但往往在生活中,我们遇事寻求帮助的时候,一般仅利用这张大网的其中一部分。其实运维也一样,我们遇到故障排查时候,我们并不是要这种弥天大网,而仅仅需要其中某一个子网。比如网络人员,关心网络连接的情况,根本不关心这台服务器上运行了什么。所以基于场景我们应该提供能够按照不同的维度,不同的视角提供子网的能力。

串联、组合、引导

对于CI关系,我们利用图形化的手段直观的展示复杂的CI关系,让人一目了然,并且在关系的建立上,采用引导化的交互模式。另外我们也提供了详细的API能力,不仅满足界面的展现同时也支持了外部系统的自动获取和分析能力。

性能、体验、亮点、惊喜

非常流畅的、美观的在图上展现关系信息,提供内置的自动化布局能力(星型布局、层级布局、横向布局等),关系的自动挖掘能力,以及两点最佳路径搜索能力,帮组运维人员快速制图。

【第三式】数据

目前正处于IT时代走向DT(Data technology)时代,运用数据处理技术改变我们的生活、我们的运维,数据是才是产品的未来。

数据的处理也包括三部分:

数据的发现能力

传统配置数据难以维护的根本原因,主要是过分依赖人工收集、维护。由于人的自有惰性,时间久了数据会失去鲜活性,变成一团散沙。所以数据维护应该采用技术手段来降低管理负担,多依赖于自动化发现与调和能力,来源可以兼顾多重途径获取,结合内置算法、人工修正、自动学习,对发现结果进行调和,最终形成可以感知实际IT环境的配置数据。

目前自动发现的渠道主要有:

Ø 远程协议获取:主要包含ICMP,SNMP,WMI,SSH等协议,例如ICMP主要是看IP可达,扫描全网的在网IP。SNMP主要是网络设备的采集,WMI是Windows的操作系统,利用网络连接跟踪脚本发现应用端口的关系。

Ø 安装代理:在被管机器上安装代理程序,通过代理内置的发现能力,可扩展的脚本,来发现主机硬件、操作系统、安装的数据库、中间件等配置信息。

Ø 和第三方工具集成:例如,可以利用APM监控系统,APM通过交换机端口镜像,分析网络中的7层协议,可以分析得到业务系统的服务路径关系,并将关系数据送至CMDB调和。

通过合理的模型颗粒度和自动发现能力配合,可以解决IT运维中70%左右的信息获取,再通过人工维护来进行补充、校验完善。

数据的感知能力

互联网+时代的云化数据中心,为快速响应业务的需求,应用需要随时应对扩容的需要,因此,配置及关系是动态变化,然而CMDB的本质就是为了真实、实时、反映数据中心的架构,这样使得CMDB能否实时捕获和感知数据的变化显得尤为重要。对于变化的内容,需要向订阅用户和第三方系统实时推送。

数据的分析能力

CMDB建设成功带来的另一个未来价值是作为配置元数据的价值,可以为运维大数据分析提供可信基础,促进运维走向大数据分析、智能决策阶段。例如,我们在做变更的时候,需要去看该变更的影响范围是多大?变更将引起什么样的情况发生?曾经这样的变更是否引起故障?如果有故障是怎么修复?

内功心法+招式,希望能够助力您加快建设CMDB的步伐。最后,还是那句话,在修炼的路上,任重而道远,祝君好运!

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

时间: 2024-09-12 01:35:43

CMDB三大绝招,助我站稳运维之巅的相关文章

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

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

三个技巧助你在运维职业上获得成功

使DevOps和传统IT工作者恰如其分地配合工作,通常是费力不讨好的事. 终端用户希望没有中断的完美体验.为了达到这一目的,终端用户不需要知道运维做了什么工作.正如IT运维和DevOps专家所知道的,做正确的事并不难,但最难的是如何一直做正确的事. 不断重新调整工作优先级,同时保持系统正常运行,并不断按需修改生产环境,对运维来说是压力很大的工作. 环境都是不同的,不存在一个普适的答案.一个成功的运维职业生涯要求具有能在十万火急之时做出灵活而优越决策的能力.这当然是非常难以达到的,但有一些方法可以

优云敏捷运维分享之:业务场景驱动的服务型CMDB

最近这几年,国内外CMDB失败的案例比比皆是,成功的寥寥可数,有人质疑CMDB is dead?但各种业务场景表明,当下数据中心运维,CMDB依然是不可或缺的一部分,它承载着运维的基础,掌握运维的命脉. 分析以往失败的案例,静静的想一想,失败无非两点: 一.CMDB自身建设能力不够,无法适应当下数据中心和云环境的新形势.当下数据中心的特点是敏捷.动态.持续发展.甚至当风暴来临时,数据中心的环境是瞬息万变.传统型CMDB跟不上节奏,只能望洋兴叹,频繁应付处理各式各样的问题. 二.非场景驱动,无法支

如何设计并实现一个通用的应用运维管控平台

一.问题背景 大部分的应用运维工作随着服务器数量和产品数量的增长而增加,而运维人数的不足导致单个运维人员所承担的工作任务较为繁重,同时运维工作的不标准.无自动化使得应用运维任务十分复杂,耗费的大量的人员成本.时间成本和沟通成本. 应用运维工作说白了大体可以分为两种情况: 1. 在某个或某些服务器上执行某个脚本或命令; 2. 将某个或某些文件传输到某个或某些特定的服务器的特定位置上.在服务器数量较少的情况下,可以通过ssh或scp命令实现上面两个操作;服务器数量较多的情况下,我们可以通过包装ssh

云智慧APM:助同程旅游“秒杀”IT运维重负

中介交易 SEO诊断 淘宝客 云主机 技术大厅 同程旅游是中国在线旅游OTA市场三大集团之一,交易规模超过百亿.对于在线旅游企业来说,如何吸引用户.留住用户.提高用户的满意度.保持市场竞争优势,这需要充分利用先进的信息技术提高自身参与竞争的能力.能赢得和留住用户的唯一方法就是提供最佳的信息和交易服务体验,快速.准确的满足用户需求. 一体化IT运维监控和性能管理 传统的运维模式是分散.粗放式的,而各种不同的应用和业务系统越来越复杂多变.很多时候,故障问题可能出现在开发.生产或是其它多个环节.由于多

运维前线:一线运维专家的运维方法、技巧与实践2.5 使用Django快速构建CMDB系统

2.5 使用Django快速构建CMDB系统 2.5.1 Django介绍 Django是一个免费的.开源的Web框架,由Python语言编写,由于其是在一个快节奏的新闻编译室环境中开发出来的,因此它的设计目的是让普通开发者的工作变得简单.Django遵循模型-视图-控制器(MVC)框架模式,目前由一个非盈利的独立组织的软件基金会(DSF)维持. Django鼓励快速开发和干净实用的设计.Django可以更容易更快速地构建更好的Web应用程序.它是由经验丰富的开发人员来创建的,省去了Web开发的

优云运维资深大牛:如何让CMDB配置维护更贴近人性

近来很多行业内的大佬关于CMDB连连发声,CMDB的关注度持续高涨,CMDB的前生就是长满雀斑的丑媳妇,扭扭捏捏不受待见这么多年,终于熬出头要见公婆了.哎,她的贤惠谁能懂? 言归正传,在拜读了多篇大牛的文章发现,提及配置维护的内容很少,有也是一带而过.但在过去和用户的接触过程中,发现配置维护一直是一个无法回避的大难题,一块难啃的骨头.业界产品的普遍做法主要是依靠自动发现+人工维护+流程控制.对于自动发现.流程控制,我想只能解决配置维护的60%的工作,真正出现问题的是占用40%工作量的人工维护.由

数据中心运维需要的三大认证

数据中心的好与差需要有个衡量的标准,这可不是靠"老王卖瓜自卖自夸"就可以了.所以随着数据中心行业发展的成熟,出现了一些第三方的数据中心认证标准,这些标准按照自己的评价标准对世界各地的数据中心进行评估,得出评级.很多数据中心参与到这些认证中来,主要还是要提升自己的知名度,以便吸引更多的客户将业务放到自己的数据中心来.同时,这些第三方评估机构随着评估水平的高低,受认可程度也不同.数据中心领域其实并不缺少标准,包括国际标准.行业标准以及国际标准有很多,但是这些标准并不完全统一,而且有的标准更

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

行业内有个科技公司,CMDB前后建设12年,重构了N次,一言不合就重构,我深深的被这种屡拆屡战,初心不改精神所折服.我真心想问下做CMDB的兄弟,各位是怎么熬过来的?请不要回避,其实我们都曾被这样虐过! 近几年我司承建国内很多传统行业的CMDB项目,坦白的说,随着互联网+热潮的冲击,因很多传统企业也慢慢的在转变业务,把很多传统型的业务互联网化,或者开辟新型业务来适应瞬息万变的互联网,这样CMDB越发吃力,使出吃奶的力气在频繁应付各种用户需求,有种烈士暮年,壮心不已的悲怆,看的着实让人心疼. 另外