CMDB:旧时代产物OR核心资产配置中心?

运维就要无所不能，无所不会

CMDB:旧时代产物OR核心资产配置中心?

CMDB最早可以追溯到ITIL时代。早期CMDB应用场景是为了消灭EXCLE，旨在解决 EXCLE 传统方式统计公司资产的方式。该方式一直至 公有云 IAAS 盛行时，依然很流行，是每家公司标配。主要原因有如下：

• 公有云IAAS时代，私有云、混合云行业作为行业解决方案还普遍，数万计的资产需维护，最好的解决方案还是CMDB，CMDB作为资产管理角色，举足轻重，必不可少；
• 公有云IAAS时代，即使ALLIN公有云自身也重依赖CMDB ，CMDB 是连接IAAS运维和PAAS运维的重要桥梁
• CMDB在角色不仅是资产管理中心，而且在演变的过程中，也担负着配置管理的角色

一、CMDB核心功能

CMDB的生命角色随技术演进，我规划为两个阶段「即将进入第三个阶段」：

• IAAS 时代 CMDB
• PAAS 时代 CMDB

这两个时代的CMDB在功能作用、角色定位上完全不同，在PAAS时代达到高潮。

1.1、IAAS 时代 CMDB

IAAS时代CMDB功能非常简单，核心目标即取代EXCLE管理，保证资产数据的完整性、实时性。

核心功能及特点如下:

• 功能

1. 提供完整的资源列表，网络设备、话务系统、服务器资源、办公设备等为首要目标

• 特点

1. 手工录入和自动发现两种方式维护列表。手工录入为主，准确度以人为第一优先级；
2. 人员流动变动会对CMDB有影响，但可控

• 常见的UI设计如图：

IAAS-1

1.2、PAAS 时代 CMDB

PAAS时代的CMDB和IAAS时代相比，担负更多功能角色，甚至上升至公司战略地位，影响PASS运维的SLA，提供全平台最底层资源保障，影响业务SLA的核心平台。 主要功能和特点有如下：

• 功能

1. 提供IAAS系统及硬件的及时交付和申请，打通资源购买、申请、初始化、交付、成本管控、硬件故障管理、设备下线等完整生命周期 ；
2. 担任底层基础资源保障角色，为上层应用平台提供核心的资源管理关系、服务绑定关系，甚至囊括服务生命周期及安全、监控管理；
3. 配置管理、服务关系严重依赖CMDB；

• 特点

1. 功能愈加强大、角色更加重要、战略地位更高
2. PAAS运维的辉煌时代
3. 在去中心化时代中，中心化角色明显，且从未有人想过要去CMDB

• 常见UI设计如下：

PAAS-CMDB-ui-1

pass-cmdb-2

二、云时代CMDB的角色

云时代CMDB为第三代CMDB 「我姑且称之为第三代CMDB」。

相较前两代主要有如下特点，

2.1、云时代CMDB功能特点：

• 公有云为主，企业主逐步接受SAAS, 私有云、混合云角色逐步淡化；
• 公有云不仅提供IAAS角色，在K8S、ServerLess不断成熟下，更多的PAAS角色由MSP或者公有云担任；
• 公有云提供全生命周期的管理，包括软硬件资源交付、打包应用初始化、监控存活流量性能一体打包等，且以标准产品化方案免费提供，CMDB功能和角色依然重要且存在，但提供服务的对象由PAAS运维转交给公有云或MSP供应商了；
• ServerLess作为未来趋势，当下阶段CMDB资源管理和配置管理的角色，未来将完全去CMDB化，无状态化，即CMDB可有可无，只存在于云服务提供商
• 常见UI设计，各大厂商大同小异：

云时代cmdb-1

cmdb-2

三、面向SAAS运维

DevOps在CMDB的价值趋势减弱，云时代深入落地前，CMDB仍然在生存空间，但不再如日中天。作为曾经的王者，再以PAAS角色面世，风光不再。甚至纯SAAS形态，个人认为即使是免费，未来也不会有大的前途。

同样的产物，出现在不同的时代，结果完全两样，最终还是要归论于价值。

无论是面向结果编程，还是面对结果运维，最终还是看创造的价值，以及价值流动趋向。

如今当下！CMDB, 您认为是时时代产物，还是核心资产配置中心呢？欢迎评论区探讨