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

06 | 聊聊CMDB的前世今生

新时代的机遇和挑战
不同体系相互借鉴、相互学习、共同进步和发展
流程规范与互联网运维技术结合
传统行业向互联网学习运维技术
互联网运维行业的发扬光大
传统CMDB与互联网CMDB的区别
运维自动化的变化
云计算技术的发展
应用成为核心对象
互联网技术的快速发展
CMDB概念停留在概念阶段
运维基于Excel表格管理资源
运维对象是实体存在的
基础架构是网络设备和硬件设备
以设备为核心进行管理
与IT系统所有组件相关的信息库
宽泛的概念描述
限制作用和助推作用
80年代末成型
ITIL(Information Technology Infrastructure Library)
ITIL的重流程体系与互联网运维技术的结合
CMDB的理解与见识的局限
CMDB的外延变化
互联网运维技术的发展对CMDB的影响
CMDB的建设对运维核心部件的理解
将标准固化到配置管理平台
运维对象和对象间的关系
标准化的运维对象识别
CMDB进行时
互联网运维体系下的CMDB
传统运维思路下的CMDB
CMDB源起
CMDB的建设
CMDB的前世今生
聊聊CMDB的前世今生

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

我们前面在讲标准化的时候,对关键的运维对象做了识别,主要分为两个部分:
基础设施层面:IDC 机房、机柜、机架、网络设备、服务器等;
应用层面:应用元信息、代码信息、部署信息、脚本信息、日志信息等。
这两部分是整个运维架构的基础部分,运维团队是维护的 Owner,需要投入较大的精力去好好地规划建设。
当我们识别出运维对象和对象间的关系,并形成了统一的标准之后,接下来要做的事情就是将这些标准固化,固化到某个信息管理平台中,也就是我们常说的配置管理,专业一点就叫作 CMDB(Configuration Management DataBase)。
其实,如果我们找准了需求和问题在哪里,你会发现技术手段和平台叫什么就真的不重要了,只要是内部能够达成一个统一共识的叫法就好。
关于如何打造 CMDB 和应用配置管理,我之前有一篇公开的文章《有了 CMDB,为什么还需要应用配置管理》,写得已经比较细致了,会在下一期发布出来,但不占用我们专栏的篇幅。
今天我主要来聊一聊 CMDB 的前世今生,帮助你更加深刻地理解这个运维核心部件,对我们后面开展 CMDB 的建设大有裨益。

CMDB 源起

CMDB 并不是一个新概念,它源于 ITIL(Information Technology Infrastructure Library,信息技术基础架构库)。而 ITIL 这套理论体系在 80 年代末就已经成型,并在当时和后来的企业 IT 建设中作为服务管理的指导理论得到广泛推广和实施。但是为什么这个概念近几年才被我们熟知?为什么我们现在才有意识把它作为一个运维的核心部件去建设呢?
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

CMDB的前世今生:从ITIL到互联网运维 CMDB(Configuration Management DataBase)作为运维核心部件,源于ITIL(Information Technology Infrastructure Library)理论体系,但近年才被广泛认知和实施。传统运维思路下的CMDB以设备为核心进行管理,但随着互联网技术的发展,CMDB的外延发生了变化,将应用作为核心对象进行管理。互联网运维体系下的CMDB已经不同于传统概念,更广义地纳入了应用及其相关组件的配置管理范畴。 在传统运维阶段,CMDB主要以硬件资源配置管理为主,而互联网技术阶段下的CMDB则围绕应用展开管理。随着云计算技术的发展,CMDB的外延范围也发生了变化,不再局限于硬件资源,而是包括了应用及其相关的分布式服务化框架、缓存、消息、DB等基础组件。这种广义的CMDB更适应当前的运维需求,与时俱进的理解和思路转变变得尤为重要。 CMDB源于80年代末的ITIL,但真正让它发扬光大的是新兴的互联网运维行业。在中大型的互联网公司中,流程规范的管控与灵活的互联网运维技术结合起来,以避免在过于灵活多变的环境下导致不可控的事件发生。不同体系相互借鉴、相互学习、共同进步和发展,在碰撞的过程中,催生出更适合这个时代的技术体系。 总的来说,CMDB的发展经历了从狭义到广义的转变,从以设备为核心到以应用为核心的管理范畴的扩展。随着互联网技术的快速发展,CMDB的概念和实践也得到了落地,为运维工作带来了新的挑战和机遇。

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

全部留言(8)

  • 最新
  • 精选
  • 宵伯特
    是不是可以理解为如今的大部分的资源编排服务,持续集成持续交付服务都属于CMDB的范畴?

    作者回复: 是的,广义上理解是这样的,现在的CMDB应该是一个体系。 不过现实场景中我们不会从这么大的一个概念入手,还是从前面讲的运维对象入手,这样更容易理解和执行。

    2018-01-04
    7
  • Hulk Wu
    赵哥好,我不是做运维工作的,但是希望能了解下 CMDB 的相关工具可以吗,比如 excel 以外有哪些工具可以实施 CMDB 呢,谢谢赵哥。

    作者回复: 没有现成的工具,基本都是自研

    2018-03-31
    4
    3
  • 技术修行者
    CMDB - Configuration Management DataBase 这篇文章在一定程度上回答了我之前提的问题,当我们的解决方案完全通过公有云进行托管时,和基础设施相关的维护工作,例如虚机、网络等,由云厂商来维护,对于研发和运维团队来说,更多的关注点是在应用上面。 CMDB的焦点由硬件转向应用,我理解是一个进步。
    2020-05-27
    6
  • 怀揣梦想的学渣
    文中提到的某公司,依旧存在excel表格管理资产的情况,直观原因是资金,人力需要足够的资金投入,资金投入就会纳入部门收益考核,这种非明显收益的投入,会影响部分领导升职,所以不会被关注,上级领导不推动,下面部门领导不关注。下级部门即便有实力推动,也局限于校招生推动,因为社招大部分不能签集团或者省公司,收益低于付出,少做就会少错。 能推动CMDB落地的,还是依赖各产品供应商免费赠送或者打包销售,捆绑在服务器,存储这类领导可以直观看到的资产上。
    2022-02-08
    1
    1
  • 若丶相依
    最开始没有理解这些概念,到了新公司运维人员多了之后慢慢去思考什么是运维架构,重新再看课程,学习了很多。
    2021-02-21
    1
  • 衣申人
    你好,我还是没搞清楚cmdb和itil的概念,以及应该做成什么样子?某些大型公司做成了什么样子?可以分享更多吗?
    2018-07-21
    1
  • Star
    我感觉cmdb也在演进,互联网cmdb算2.0版,接下来物联网cmdb就是3.0
    2022-11-06归属地:广东
  • 林柏
    运营商像广东电信,在2001年就有完整的cmdb数据库和管理系统,远比互联网企业要早。
    2022-02-19
收起评论
显示
设置
留言
8
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部