我们运维的 CMDB 模型是不是都做错了？

主要观点总结

文章讨论了传统的CMDB模型可能存在的问题，包括思考的深度不足、无应用视角、模型动态性不强、场景过度设计和技术限制想象力等问题。文章还介绍了构建CMDB模型的正确思路，包括新思维、新方法、新模型和新技术。此外，文章提到了CMDB元数据的两类用途，以及两层CMDB构建不同管理视角的原则。最后，以一个真实的应用系统架构为例，说明了如何构建新一代CMDB模型，表达应用架构视图、应用访问视图、应用部署视图等。

关键观点总结

关键观点1: 传统CMDB模型存在的问题

包括思考的深度不足，聚焦在底层资源；无应用视角，缺乏应用层的理解力；模型动态性不强，调整模型对象属性或关系代价高；场景的过度设计，导致模型管理负担重；技术限制想象力，无法扩展模型；欠缺IT架构思考力等。

关键观点2: 构建CMDB模型的正确思路

包括新思维：突破配置管理的认知，导致边界不清；新方法：自上而下的推动CMDB落地；新模型：模型重构，传统的关系模型无法满足；新技术：使用新的技术功能架构，重新定义功能边界。

关键观点3: CMDB元数据的用途

面向管理层的ITSM流程提供数据支撑服务，面向执行层的DevOps过程提供端到端整个IT交付过程的元数据。

关键观点4: 新一代模型的标准化框架

核心准则是采用结构化模型方案，理解硬件对象模型和软件对象模型的区别。理解服务、实例和主机之间的层次关系。

关键观点5: 一个应用架构的示例

以一个真实的应用系统架构为例，展示如何通过构建的模型表达应用架构视图、应用访问视图、应用部署视图等。

免责声明