07 | 有了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



收起评论