赵成的运维体系管理课
赵成
《进化: 运维技术变革与实践探索》作者
37829 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 49 讲
开篇词 (1讲)
效率和稳定性最佳实践 (20讲)
赵成的运维体系管理课
15
15
1.0x
00:00/00:00
登录|注册

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

应用日志的输出规范
应用运行的端口号
应用运行时的参数配置
应用运行涉及的脚本和命令
应用部署涉及的目录
应用部署涉及的基础软件包
应用基础信息
应用名-IP关联关系的重要性
规划IP地址段
梳理信息之间的关联关系
确定硬件属性
确定硬件维度
应用才是运维的核心
CMDB是运维的基石
通过“应用名-IP”的对应关系联系到一起
应用配置管理的流程规范和工具平台的建设
标准化的过程
应用涉及的信息
应用运维的角度
拓扑关系的可视化和动态展示
流程规范的建设
数据建模和信息固化
建设运维的基础管理平台
总结
统一管理资源配置信息和应用配置信息
应用配置管理是面向应用的管理,是运维的核心
CMDB是面向资源的管理,是运维的基石
有了CMDB,为什么还需要应用配置管理?

该思维导图由 AI 生成,仅供参考

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

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

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

确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

CMDB(配置管理数据库)是面向资源的管理,而应用配置管理则是面向应用的管理。文章指出,CMDB是运维的基石,通过固化资源信息和建立流程规范,实现资源层面的信息管理。然而,应用配置管理是运维的核心,它关注应用的部署、运行和配置信息,包括应用基础信息、部署涉及的软件包、目录、脚本、参数配置等。将资源配置和应用配置分开管理更清晰,也更容易管理。文章强调,基于应用的管理可以实现持续集成和发布、持续交付、弹性扩缩容、稳定性平台、成本控制等,为业务带来更大的价值。因此,应用才是运维的核心,而仅基于CMDB的自动化工具只能在运维层面产生价值,离业务较远。综上所述,CMDB和应用配置管理分别关注资源和应用,二者通过“应用名-IP”的对应关系联系到一起,共同为运维和业务带来价值。文章观点鲜明,强调了应用配置管理的重要性,为读者提供了对CMDB和应用配置管理的清晰理解。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《赵成的运维体系管理课》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(14)

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

    作者回复: 我的建议是从你实际的运维对象入手,识别出他们,前面应用生命周期的文章有介绍对应的套路。 再就是CMDB是我们的手段,不是问题,所以思路不一定是从CMDB入手,而是从你遇到的问题入手,所以可以问一下自己现在遇到的具体问题场景是什么?

    2018-01-05
    4
  • gaofubin
    赵老师您好,我想构建cmdb,可是目前的基础资源都是Kubernetes平台,我得怎么把应用和基础资源关联起来呢?请您能提供个想法,多谢

    作者回复: 还是应用为核心,可以考虑应用-pod-资源的关联关系,不过这个关系在k8s里面是动态的,所以要在扩缩容和创建销毁时做好同步更新。

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

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

    2018-01-06
    3
  • 竹影
    读了前面几篇文章后回顾了自己的工作经历,包含应用信息的cmdb也尝试做过,最后公司没有继续投入资源。这个东西真的很重要,梳理清楚记录在册,变更登记,会给工作带来很多方便。问题是要投入多少时间和资源做这个事比较经济呢?

    作者回复: 这个看公司可投入的成本和资源了,没法一概而论。当前业界也有一些商业产品了,可以考虑直接买来就用。

    2020-03-17
    3
  • 杨陆伟
    老师的思路很开阔,方案很大,请问下在老师的公司实现了吗?

    作者回复: 我们就是这样实现的。

    2019-03-30
  • 可爱(๑• . •๑)
    推荐文章: https://www.processon.com/view/link/5829a24be4b00c4fc8a221b1?pw=51reboot#map https://mp.weixin.qq.com/s?src=11&timestamp=1627880171&ver=3227&signature=OL2etre4VppMqag1jn1V6vup74DvOcIvjaQ*e7t1SCIM6gKrt5OhY1NAgRvTU6LFul7YEwd80WrIdr6nenXYJae6EvbQArR1B-4B4GZJqmhznpMjx*PH5zarLdVFQsS7&new=1
    2021-08-02
    1
    5
  • 怀揣梦想的学渣
    看了本文,对资源梳理有疑惑,是按照个人经验去梳理资源的属性,还是业界有标准可以参考的总分类,或者公司领导关注哪些,我就统计哪些。
    2022-02-19
    1
  • kevinsu
    老哥,运维降低成本有啥好的思路吗?
    2023-03-07归属地:北京
  • 梧桐秋雨
    主机列表对应的应该是上流量IP(一般是VIP),但针对整个集群模型,包括L4、L7、Real构建起来的模型,要如何管理呢?如何才能做到,相关的IP有问题时,或者全网分布式的集群上线时,可快速剔除故障机或快速上线。
    2021-04-06
  • 技术修行者
    CMDB 是面向资源的管理,应用配置是面向应用的管理。 言简意赅!在微服务体系下,更应该加强应用配置的管理。
    2020-05-28
收起评论
显示
设置
留言
14
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部