06 | 聊聊CMDB的前世今生
赵成
我们前面在讲标准化的时候，对关键的运维对象做了识别，主要分为两个部分：
基础设施层面：IDC 机房、机柜、机架、网络设备、服务器等；
应用层面：应用元信息、代码信息、部署信息、脚本信息、日志信息等。
这两部分是整个运维架构的基础部分，运维团队是维护的 Owner，需要投入较大的精力去好好地规划建设。
当我们识别出运维对象和对象间的关系，并形成了统一的标准之后，接下来要做的事情就是将这些标准固化，固化到某个信息管理平台中，也就是我们常说的配置管理，专业一点就叫作 CMDB（Configuration Management DataBase）。
其实，如果我们找准了需求和问题在哪里，你会发现技术手段和平台叫什么就真的不重要了，只要是内部能够达成一个统一共识的叫法就好。
关于如何打造 CMDB 和应用配置管理，我之前有一篇公开的文章《有了 CMDB，为什么还需要应用配置管理》，写得已经比较细致了，会在下一期发布出来，但不占用我们专栏的篇幅。
今天我主要来聊一聊 CMDB 的前世今生，帮助你更加深刻地理解这个运维核心部件，对我们后面开展 CMDB 的建设大有裨益。
CMDB 源起
CMDB 并不是一个新概念，它源于 ITIL（Information Technology Infrastructure Library，信息技术基础架构库）。而 ITIL 这套理论体系在 80 年代末就已经成型，并在当时和后来的企业 IT 建设中作为服务管理的指导理论得到广泛推广和实施。但是为什么这个概念近几年才被我们熟知？为什么我们现在才有意识把它作为一个运维的核心部件去建设呢？
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《赵成的运维体系管理课》，新⼈⾸单¥59
《赵成的运维体系管理课》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(8)
- 最新
- 精选
宵伯特是不是可以理解为如今的大部分的资源编排服务，持续集成持续交付服务都属于CMDB的范畴？作者回复: 是的，广义上理解是这样的，现在的CMDB应该是一个体系。 不过现实场景中我们不会从这么大的一个概念入手，还是从前面讲的运维对象入手，这样更容易理解和执行。
7
Hulk Wu赵哥好，我不是做运维工作的，但是希望能了解下 CMDB 的相关工具可以吗，比如 excel 以外有哪些工具可以实施 CMDB 呢，谢谢赵哥。作者回复: 没有现成的工具，基本都是自研
43
技术修行者
CMDB - Configuration Management DataBase 这篇文章在一定程度上回答了我之前提的问题，当我们的解决方案完全通过公有云进行托管时，和基础设施相关的维护工作，例如虚机、网络等，由云厂商来维护，对于研发和运维团队来说，更多的关注点是在应用上面。 CMDB的焦点由硬件转向应用，我理解是一个进步。6
怀揣梦想的学渣文中提到的某公司，依旧存在excel表格管理资产的情况，直观原因是资金，人力需要足够的资金投入，资金投入就会纳入部门收益考核，这种非明显收益的投入，会影响部分领导升职，所以不会被关注，上级领导不推动，下面部门领导不关注。下级部门即便有实力推动，也局限于校招生推动，因为社招大部分不能签集团或者省公司，收益低于付出，少做就会少错。 能推动CMDB落地的，还是依赖各产品供应商免费赠送或者打包销售，捆绑在服务器，存储这类领导可以直观看到的资产上。11
若丶相依最开始没有理解这些概念，到了新公司运维人员多了之后慢慢去思考什么是运维架构，重新再看课程，学习了很多。1
衣申人你好，我还是没搞清楚cmdb和itil的概念，以及应该做成什么样子？某些大型公司做成了什么样子？可以分享更多吗？1- Star我感觉cmdb也在演进，互联网cmdb算2.0版，接下来物联网cmdb就是3.0归属地：广东
林柏运营商像广东电信，在2001年就有完整的cmdb数据库和管理系统，远比互联网企业要早。
收起评论
