赵成的运维体系管理课
赵成
蘑菇街平台技术总监
立即订阅
5576 人已学习
课程目录
已完结 48 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 带给你不一样的运维思考
免费
应用运维体系建设 (11讲)
01 | 为什么Netflix没有运维岗位?
02 | 微服务架构时代,运维体系建设为什么要以“应用”为核心?
03 | 标准化体系建设(上):如何建立应用标准化体系和模型?
04 | 标准化体系建设(下):如何建立基础架构标准化及服务化体系?
05 | 如何从生命周期的视角看待应用运维体系建设?
06 | 聊聊CMDB的前世今生
07 | 有了CMDB,为什么还需要应用配置管理?
08 | 如何在CMDB中落地应用的概念?
09 | 如何打造运维组织架构?
10 | 谷歌SRE运维模式解读
11 | 从谷歌CRE谈起,运维如何培养服务意识?
效率和稳定性最佳实践 (20讲)
12 | 持续交付知易行难,想做成这事你要理解这几个关键点
13 | 持续交付的第一关键点:配置管理
14 | 如何做好持续交付中的多环境配置管理?
15 | 开发和测试争抢环境?是时候进行多环境建设了
16 | 线上环境建设,要扛得住真刀真枪的考验
17 | 人多力量大vs.两个披萨原则,聊聊持续交付中的流水线模式
18 | 持续交付流水线软件构建难吗?有哪些关键问题?
19 | 持续交付中流水线构建完成后就大功告成了吗?别忘了质量保障
20 | 做持续交付概念重要还是场景重要?看“笨办法”如何找到最佳方案
21 | 极端业务场景下,我们应该如何做好稳定性保障?
22 | 稳定性实践:容量规划之业务场景分析
23 | 稳定性实践:容量规划之压测系统建设
24 | 稳定性实践:限流降级
25 | 稳定性实践:开关和预案
26 | 稳定性实践:全链路跟踪系统,技术运营能力的体现
27 | 故障管理:谈谈我对故障的理解
28 | 故障管理:故障定级和定责
29 | 故障管理:鼓励做事,而不是处罚错误
30 | 故障管理:故障应急和故障复盘
31 | 唇亡齿寒,运维与安全
云计算时代的运维实践 (6讲)
32 | 为什么蘑菇街会选择上云?是被动选择还是主动出击?
33 | 为什么混合云是未来云计算的主流形态?
34 | Spring Cloud:面向应用层的云架构解决方案
35 | 以绝对优势立足:从CDN和云存储来聊聊云生态的崛起
36 | 量体裁衣方得最优解:聊聊页面静态化架构和二级CDN建设
37 | 云计算时代,我们所说的弹性伸缩,弹的到底是什么?
个人成长 (5讲)
38 | 我是如何走上运维岗位的?
39 | 云计算和AI时代,运维应该如何做好转型?
40 | 运维需要懂产品和运营吗?
41 | 冷静下来想想,员工离职这事真能“防得住”吗?
42 | 树立个人品牌意识:从背景调查谈谈职业口碑的重要性
加餐 (4讲)
划重点:赵成的运维体系管理课精华(一)
划重点:赵成的运维体系管理课精华(二)
划重点:赵成的运维体系管理课精华(三)
新书 |《进化:运维技术变革与实践探索》
结束语 (1讲)
结束语 | 学习的过程,多些耐心和脚踏实地
赵成的运维体系管理课
登录|注册

07 | 有了CMDB,为什么还需要应用配置管理?

赵成 2018-01-05
今天我们分享的主题是:有了 CMDB,为什么还需要应用配置管理?
你不妨先停下来,思考一下这个问题。
我抛出的观点是: CMDB 是面向资源的管理,应用配置是面向应用的管理
请注意,这里是面向“资源”,不是面向“资产”,资源 ≠资产。

CMDB 是面向资源的管理,是运维的基石

我们一起来梳理一下,在建设运维的基础管理平台时通常要做的事情。
第 1 步,把服务器、网络、IDC、机柜、存储、配件等这几大维度先定下来;
第 2 步,把这些硬件的属性确定下来,比如服务器就会有 SN 序列号、IP 地址、厂商、硬件配置(如 CPU、内存、硬盘、网卡、PCIE、BIOS)、维保信息等等;网络设备如交换机也会有厂商、型号、带宽等等;
第 3 步,梳理以上信息之间的关联关系,或者叫拓扑关系。比如服务器所在机柜,虚拟机所在的宿主机、机柜所在 IDC 等简单关系;复杂一点就会有核心交换机、汇聚交换机、接入交换机以及机柜和服务器之间的级联关系;
第 3.5 步,在上面信息的梳理过程中肯定就会遇到一些规划问题,比如,IP 地址段的规划,哪个网段用于 DB,哪个网段用于大数据、哪个网段用于业务应用等等,再比如同步要做的还有哪些机柜用于做虚拟化宿主机、哪些机柜只放 DB 机器等。
以上信息梳理清楚,通过 ER 建模工具进行数据建模,再将以上的信息固化到 DB 中,一个资源层面的信息管理平台就基本成型了。
但是,信息固化不是目的,也没有价值,只有信息动态流转起来才有价值(跟货币一样)。接下来我们可以做的事情:
第 4 步,基于这些信息进行流程规范的建设,比如服务器的上线、下线、维修、装机等流程。同时,流程过程中状态的变更要同步管理起来;
第 5 步,拓扑关系的可视化和动态展示,比如交换机与服务器之间的级联关系、状态(正常 or 故障)的展示等,这样可以很直观地关注到资源节点的状态。
至此,从资源维度的信息梳理,以及基于这些信息的平台和流程规范建设就算是基本成型了。这个时候,以服务器简单示例,我们的视角是下面这样的:

取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《赵成的运维体系管理课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(7)

  • bingohuang
    请教赵老师,CMDB和应用配置管理也是持续集成和发布系统的基石,但如果现状是没有应用配置管理,该如何做好持续发布系统?对于持续发布这一块您有什么好的实践吗?

    作者回复: 规模不大,应用不多的时候,这两个东西没有问题也不大。但是这种情况,就成了我前面说的直接就冲着各种工具去了,忽略了基础,当规模变大时,就会有各种信息不同步,不统一,即使有工具效率也上不去。

    持续发布我后面有专门一个系列介绍。

    2018-01-06
    3
  • foxracle
    对于公有云的CMDB的建设,总感觉是重复建设,动力不是那么足,只是说考虑到今后混合云的可能,做一层抽象层来解耦。公有云的CMDB的构建有什么特别的地方么?

    作者回复: 我的建议是从你实际的运维对象入手,识别出他们,前面应用生命周期的文章有介绍对应的套路。

    再就是CMDB是我们的手段,不是问题,所以思路不一定是从CMDB入手,而是从你遇到的问题入手,所以可以问一下自己现在遇到的具体问题场景是什么?

    2018-01-05
    2
  • 牧野静风
    看了几个开源的CMDB,做的很是粗糙,听了赵老师一番话,觉得确实梳理的比较透彻,现在这些信息我都是用EXECL管理,太离散了
    2019-07-24
  • 杨陆伟
    老师的思路很开阔,方案很大,请问下在老师的公司实现了吗?
    2019-03-30
  • kevinsu
    太棒了,听君一席话 胜读十年书
    2019-01-22
  • sotey
    后悔没有第一时间来追老师的剧,老师写完专栏才来。读了前面几篇就已经如获至宝了,多年的运维积累感觉可以有可能被串起来抽象化平台化了。按耐住一口气读完的冲动,细细品味反复实施。
    2018-11-29
  • Lenny
    请教下赵老师,有开源的同时支持资源配置和应用配置的cmdb开源软件吗?
    2018-06-02
收起评论
7
返回
顶部